Ir para conteúdo
GPS Clube

Xamanian

VIP
  • Postagens

    370
  • Registro em

  • Última visita

  • Dias Ganhos

    124

Tudo que Xamanian postou

  1. SHDW, neste post tem diMka 800x480 com links on. Tem várias cores e recursos: 32 pontos de alertas, área de rodízio, números de pedágios na via em rota traçada, etc. Elas se dividem em diMka Padrão (porém modificadas), GpsForum e TomSoft. http://gpsclube.com/forum/index.php?/topic/3173-skins-dimka-gpsforum-171-padrao-e-tomsoft-174-wince/&do=findComment&comment=33277 Neste outro link tem uma diMka Ultimate SE do Rafael (ele introduziu novos recursos). Esta é baseada em uma diMka Padrão, porém com muitas modificações. http://gpsclube.com/forum/index.php?/topic/3173-skins-dimka-gpsforum-171-padrao-e-tomsoft-174-wince/page-8&do=findComment&comment=34880 A diMka usada na figura que você postou é uma Ultimate de primeira geração, que também foi modificada pelo Rafael. Os dois grupos de skins acima são muito completas em termos de recursos, mas não são idênticas, porém equivalentes. Possuem mais recursos do que a Ultimate de primeira geração. Abraços.
  2. Urban, obrigado pela info, não sabia deste detalhe, sempre só notava uma capital estadual. Gostei! Abração!
  3. Flávio, é bom dar uma conferida pelo modo que mencionei. Motivo: nem sempre resolução esperada é exatamente como a real. Para que não tenha problemas com a resolução com o Primo, é preciso ter exatamente a resolução no modo paisagem e no modo retrato. Por exemplo, você diz que a resolução de seu smartphone é 1280x720 e eu acredito. Mas se esta é a resolução correta no modo paisagem, não necessariamente 720x1280 será a resolução no modo retrato, como muitos imaginam! Além disso, tem aparelhos que possuem resoluções fora do padrão esperado. Por exemplo, 1280x718, mas que é anunciado no manual como 1280x720. Quando isto ocorre, ou seja, uma diferença mínima já é suficiente para dar problemas, caso a mesma não esteja presente no info.ini da skin. Veja as duas resoluções corretas e informe aqui depois. Se este for o problema, é fácil corrigir. Se for outra coisa, então precisamos eliminar esta da resolução após certificação das duas resoluções. Abraços!
  4. Cavalin, quando se usa o mapa da Here o navegador indica a cidade em que o usuário se encontra (claro, é preciso ter sinal de satélites detectado); usando-se mapa da TT a cidade indicada é sempre a capital do estado onde o usuário se encontra. Não há como mudar isto, é uma característica de cada um destes dois mapas. Por que o nome da cidade mudou aí com você? Simples, você está usando um mapa da TT; mude para Here se quiser apontamento direto de sua cidade. Use a ux MapChanger para trocar o mapa se estiver usando um Primo; se estiver usando apenas um mapa, então troque pelo indicado. Abraços.
  5. Flávio, CLUF em inglês é EULA. Para remover a mensagem a cada reinicialização basta colocar isto em seu sys.txt: [debug] skip_eula=1 Abraços. Edit: o fechamento se dá basicamente por duas maneiras: resolução não encontrada (data.zip ou skin) ou conteúdo inserido em lugar não previsto no apk. A maneira mais fácil de saber qual a resolução de tela em um dispositivo com Android é fazer uma captura de tela em modo retrato e outra em modo paisagem. Feito isso, copia-se os dois prints para o computador e usa-se um visualizador de figuras para verificar as duas resoluções. No Windows é possível clicar sobre o arquivo com o botão direito do mouse, depois escolher propriedades e por fim, detalhes, onde será possível ver a resolução da figura. Passe-nos mais informações para que dicas e sugestões possam surgir e você ter seu navegador funcionando corretamente.
  6. Pessoal, vou aguardar mais um pouco, mas se não houver restrições, então estrearei o procedimento (anexar txt) com um novo tópico (se ainda não existir) onde apresentarei lang e voices atualizados, ou seja, corrigidos e ampliados (WinCE e Android, menos NextGen -- a minha "birra" rsrs). Espero terminar a revisão muito em breve. Abraços e obrigado pelos comentários!
  7. Caros amigos do Staff e demais amigos, uso este espaço para dar uma sugestão. Em fórum irmão houve uma iniciativa muito interessante: ao invés de postar um link contendo algum conteúdo (skin, ux, pacotes, conteúdo de desenvolvedor, etc.), simplesmente anexa-se um txt, onde no mesmo já existe o link e (por que não?) uma senha (que sugiro também se tornar padrão). Deixo em anexo um modelo que serve apenas como exemplo. Vejo algumas vantagens no uso de um anexo ao invés de um link: 1. No mesmo txt poder-se-á inserir um ou mais links (servidores distintos). 2. O uso do txt pode contribuir para que a "derrubada" de links ocorra com menor frequência. 3. Tendo o txt uma senha já informada, então não será mais necessário perguntas do tipo "qual é a senha?" ou até mesmo ter que responder perguntas do tipo. 4. Através de um arquivo anexado é possível saber o número de downloads feitos. Este fórum já faz isto, nada mais precisa ser feito (aparece ao lado do anexo). 5. Um txt do tipo tem tamanho pequeno. Por exemplo, este deixo em anexo tem menos de 600 bytes; menos de 1 kB. Possível desvantagem: aumento de dados armazenados, que poderá encarecer o serviço de hospedagem. Disse "possível", porque o tamanho do txt, mesmo sendo diminuto, pode gerar uma "carga" maior com o tempo, pois passa-se a um grande número deles. Se a ideia fizer sentido, que outras pessoas contribuam com sugestões para um formato padrão para o fórum, de modo que aqueles que usarem o arquivo sempre poderão editar o modelo e anexá-lo com seus conteúdos. A figurinha usando caracteres ANSI que usada no tex anexado foi encontrada na Internet, deve existir algo que retrate o fórum de melhor maneira; é um exemplo mesmo. Abraços!
  8. Everaldo, você abriu dois tópicos para tratar do mesmo assunto. Eu lhe respondi no outro: http://gpsclube.com/forum/index.php?/topic/3390-gps-auario-disacovery-sem-sinal-de-satelite/&do=findComment&comment=36368 Para resolver o problema que está enfrentando, volte com a pasta de nome "save" que foi postada originalmente em seu pacote (pois é nela que ficam todas as configurações). Depois entre no tópico que linkei acima e siga as instruções que postei lá. É só isso para resolver o problema. Outra coisa: acho melhor você fixar em um dos dois tópicos abertos, acho que no outro terá melhor suporte, pois tem uma instrução para o problema, inclusive com um usuário que a seguiu e teve o problema (igual ao seu) resolvido. Abraços.
  9. rln, uma foto de uma central multimídia (ou de qualquer dispositivo) não diz nada sobre o hardware dela; é preciso mais detalhes. Tipicamente um pacote baseado em Primo 2.4, como é o caso do Infinity, exige um processador de 500 MHz e 128 MB para rodar. Tempos atrás (até 2010 pelo menos) as CM da Aikon com WinCE tinham apenas 64 MB de memória RAM, pouco para rodar um Primo. Por outro lado, fiquei sabendo recentemente que as Aikon atuais têm 128 MB de RAM, o que permitiria rodar o Infinity ou qualquer outro pacote baseado em Primo 2.4 Sugestão: baixe o pacote, coloque em um cartão de memória, use as configurações da própria CM para indicar o caminho do executável e faça testes; tem tudo para funcionar. Se não entre em contato novamente aqui no fórum, pois sempre encontrará alguém que possa lhe orientar, inclusive sobre algum pacote adequado ao bom funcionamento em sua CM. Abraços.
  10. Pessoal, quem observar as figuras acima notará que algumas têm menus cortados. Não se preocupem, não achem que é um deslize. Explico: sempre usei em minha CM um Primo 2.0 para Android. Agora resolvi investir em um Primo 2.4 também para Android. Bem, as figuras acima (se alguém salvar, verá) têm resolução 1920x1080 (ou seja, full HD). Apesar de meu smartphone ser quad HD, resolvi começar os testes com a full HD (pois posso, através do Android, escolhe HD, full HD e quad HD para a resolução de tela). A parte interessante é que estou usando uma skin com resolução nativa 800x480. Não é preciso redimensionar nada para as outras resoluções, o próprio Primo rodando sobre Android faz tudo automaticamente. Vejam que os ícones foram feitos para 800x480 e estão perfeitos em 1920x1080!!! Deveriam ficar minúsculos, mas não, estão perfeitos e sem distorção gráfica alguma. O corte nos menus se deve a configuração, mas como comecei a mexer nisso no dia de hoje, é razoável que surjam problemas. Dará um trabalhão, mas sei que funcionará. Dará suporte para praticamente todas as resoluções existentes nos dispositivos com Android -- e se não tiver suporte, a gente arruma em minutos. A minha ideia é deixar como uma espécie de "plug-in-play", semelhante ao que já fazemos com o WinCE, é colocar no cartão e usar. Abraços!
  11. Hashas, you have two options: 1. Insert a shortcut in the quick menu. Follow the steps in the following figures: 2. Insert a shortcut in the menu on the right. Follow the steps in the following figures: Try to be guided by the icons, because the text in the figures is in Portuguese, only the highlight in English. Good luck!
  12. Xamanian

    Novas Schemes

    Bom dia, amigo Atlan! Como disse ontem, no color.ini de cada scheme AD & XA existem explicações bastante completa sobre cada coisa, sobre cada parâmetro. Por outro lado, entendo e defendo que as informações (em geral) devem fazer parte de posts nos fóruns, pois assim fica-se com um banco de dados e informações que pode servir de auxílio aos membros interessados. Vamos lá! As linhas das schemes seguem este padrão (exceto para as vias, aquelas que começam com aA, etc.): <Shape name>=<texture_id>, <R>,<G>,<B>, <shade profile> Shape name, ao pé da letra significa o nome da forma. Tecnicamente é o nome da variável que representa uma região poligonal na tela de navegação. Estes polígonos são rios, mares, lagos, oceanos, hospitais, cemitérios, estádios, áreas verdes em geral, etc. Texture_id é o valor do identificador de textura, que varia de 0 até 9. Este recurso usa uma parte de um arquivo bmp que são as texturas. Deixo aqui um exemplo de tal arquivo e que era usado no modo diurno: O bmp acima tem 10 quadradinhos, sendo o primeiro reconhecido como identificador 0 e o mais inferior como 9. Os significados são: 0 = construções 1 = áreas arborizadas em cidades 2 = áreas industriais, pistas de aeroportos, vias férreas 3 = florestas 4 = parques 5 = cemitérios 6 = águas 7 = áreas ferroviárias 8 = áreas urbanas 9 = fundo/solo Estes são os valores que podem ser usados para o texture_id, que é o seu a em sua pergunta. Além disso, pode-se usar o valor -1 (nenhum outro negativo), que significa que nenhuma textura será usada. Na verdade, de tempos para cá o texture_id já não é mais usado, de modo que ter um valor de 0 a 9 ou até mesmo -1 significa que as texturas não serão usadas, o parâmetro é ignorado, funciona como se todos usassem o valor -1. Continuando, o parâmetro shade profile é o mais relevante em minha opinião, que é o último na linha, representado pelo b em sua pergunta. Ao pé da letra ele significa perfil de sombreamento. Os valores que este parâmetro pode assumir são apenas três: 0, 1 e 2. 0 => é o valor padrão; se retirado é o valor 0 que é usado. O polígono é preenchido com a cor RGB definida, mas o mesmo é sombreado com o uso simultâneo do arquivo day/nightheightcolormap (ou modo diurno ou modo noturno). 1 => a cor RGB definida é ignorada. A área do polígono será preenchido com as cores definidas pelo arquivo day/nightheightcolormap e também será usado este arquivo para fazer o sombreamento. Eu, em particular, uso o valor 1 em todas as linhas classificadas como "áreas verdes"; acho que fica mais natural. 2 => somente a cor RGB definida será usada nos polígonos, de modo que não terá ação alguma do arquivo day/nightheightcolormap, que significa na prática que não existirá sombreamento e nem efeito de elevação. Uso o valor 2 em estádios, hospitais, cemitérios, shopping, aeroporto, "águas", universidades, etc. Em geral tais superfícies (polígonos) são áreas planas, de modo que elevação não faria sentido. Já o sombreamento, se usado, produz aquele efeito serrilhado que postei ontem, dando uma aparência granulada na tela de navegação que me incomoda um pouco. As últimas linhas que você perguntou (realmente em húngaro) são usadas nas schemes dos dispositivos da marca Becker em inglês e funciona corretamente. São elas: 1="Country Border", 71,71,71 2="County Border", 71,71,71 3="Settlement Border", 71,71,71 4="City District Border", 71,71,71 5="Water", 0,0,220 Espero ter ajudado um pouco mais. Grande abraço! Edit: ter ou não aspas não faz diferença.
  13. Xamanian

    Novas Schemes

    Leandro, pode me perguntar o que quiser e quantas vezes quiser; sabendo responderei, caso contrário assumirei o desconhecimento. Defendo o compartilhamento de conhecimento, nada de reserva para si próprio, por isso me sinto honrado em poder ajudar de alguma forma. Vamos por partes... 1. A cor da rota que você me perguntou (roxo azulado) é de uma rota já traçada. É a primeira linha do que deixo a seguir, mas aproveito para citar comentários sobre outras que talvez lhe interessa também. Não se importe com as cores, apenas com o significado as linhas. 2. Cor da seta: você não disse qual seta. Existem pelo menos duas: a setinha que indica a direção do trânsito (fica em cima da faixa, é pequena) e a seta de manobras. Esta última aparece quando uma voz TTS ou gravada informa qual manobra deve ser executadas. Na dúvida, explico as duas: a. Seta indicando a direção do trânsito: oneway_arrow="", 112,112,204 ; cor da seta indicando a mão oneway_arrow_ext="", 100,100,100 b. Seta indicando as manobras (onde aparece os comandos por voz): guidancestrip="0", 255,183,8 ; faixa de orientação guidancestrip_ext="0", 189,69,0 guidancestripalt="", 255,183,8 ; faixa de orientação alternativa guidancestripalt_ext="", 189,69,0 Se entendi equivocadamente, pergunte novamente. Abração!
  14. Xamanian

    Novas Schemes

    Amigo Atlan, acredite, é fácil ajustar e personalizar as schemes. Antes de continuar, atualizei o link acima; não sei o que aconteceu, mas o arquivo realmente acusava 0 kB. As cores de elevações são aquelas presentes no arquivo dayheightcolormap.bmp (ou o nightheightcolormap.bmp, no caso noturno). Sim, ele pode ser editado, mas dá um trabalhão sem igual. Eu nunca tive coragem de mexer nele, apenas me dou ao trabalho de colecionar alguns prontos. Veja que existem 6 schemes AD & XA para o modo diurno e 6 para o modo noturno; elas só diferem nestes dois arquivos, já que todo o resto é igual. Encontrar arquivos deste tipo por aí que sejam diferentes é muito difícil, são raros, existem muito poucos. Basicamente, o arquivo day/nightheightcolormap tem dimensão 2048x1 pixel. Existem outros com altura de 2 ou 3 pixels, mas a largura 2048 tem que ser mantida. A edição deste(s) arquivo(s) é feita pixel a pixel. A ordem de leitura é da esquerda para a direita, sendo que o primeiro pixel (mais à esquerda) representa o nível 0, isto é, o nível do mar. Não tenho informação sobre o nível máximo, nem sobre a elevação (em metros) em cada pixel seguinte. Além de trabalhar as cores de elevações, os citados arquivos são responsáveis por mais duas funções: sombreamento e cores das vegetações. As cores das vegetações são usadas para praças, jardins, matas, floretas, etc. Já o sombreamento, que fica mais à direita nos arquivos, é usado para dar efeito de sombra em relação a posição real do sol. Este sombreamento aparece com a cor de fundo ligeiramente mais escura e sempre dentro de "quadradinhos" (de 1 pixel cada e que aparece grande na tela de navegação, parecendo um borrão estranho). Vou procurar uma região assim e volto para editar este post com uma figura exemplificando. Em qualquer das schemes AD & XA o color.ini contém informações sobre o significado de cada linha e, principalmente, o significado dos parâmetros (procure isso por aí e não encontrará!!!). Tipicamente, as linhas são divididas em três blocos: o primeiro é um código de um dígito sobre o tipo de textura a ser usada (isto está em desuso, não funciona mais, é da época dos primeiros iGO), o segundo é o bloco RGB (três grupo de números separados por vírgulas) e o terceiro é um bloco, também de 1 dígito. Este é o mais sutil: os valores do último bloco são 0 (usa a cor RGB escolhida e sombreamento do day/nightheightcolormap), 1 (a cor RGB é totalmente ignorada, é usado somente as cores do day/nightheightcolormap) e 2 (somente a cor RGB selecionada é usada, sem sombreamento e o citado arquivo de elevação). Exemplo, pelo fato de 1 pixel do day/nightheightcolormap ficar grande na tela de navegação, acho muito estranho o uso de sombreamento deste tipo em certas superfícies artificiais, como campo de futebol, cemitérios, hospitais, areia de praia, etc. Então eu configuro as minhas schemes com o valor 2 no terceiro bloco citado, de modo que a cor fica sólida e sem as manchinhas que falei (vou inserir figuras daqui a pouco). Por fim, sem querer desanimar você, não tenho domínio pleno sobre o arquivo de elevação a ponto de saber pixel a pixel o seu significado. Então sugiro que não mexa no mesmo até encontrar uma explicação completa; eu ainda não a encontrei, talvez membros mais antigos saibam. Mas nada impede que você tente brincar com o arquivo e, por experimentação, descobrir como tudo funciona (quando tenho tempo faço estas coisas. hehehehe). Abração!!! Edit: a sequência de figuras a seguir exemplificam o que comentei acima. As setas em vermelho apontam os locais com sombreamento (uso do arquivo day/nightheightcolormap). Note-se a forma de "bico", meio triangular (no fundo são quadradinhos de 1x1 px ampliados pelo executável do navegador, daí a distorção gráfica). Também é possível notar regiões com menos ou mais sombreamento. As figuras a seguir exibem superfícies artificiais onde escolhi não usar sombreamento nas schemes AD & XA. Observem que as cores ficam sólidas. Areia da praia e oceano em cores sólidas. Região representando uma universidade ou área escolar. Superfície artificial representando uma base ou território militar. Um hospital representado como um polígono (superfície artificial) em cor pré-determinada.
  15. Thoth, veja a figura abaixo e a linha selecionada: O erro apontado pelo Delmed é o arquivo da linha marcada em azul, ou está faltando ou o zip principal está corrompido: o mesmo é o lang. Veja na barra do Winrar o nome do arquivo e a pasta da resolução usada pelo Delmed (480_272). Ou seja, este é o problema que ele está enfrentando. Não acredito em lang corrompido, pois tudo travaria; acredito em um lang mal preparado e com um ou outro arquivo faltando. Abraços!
  16. Xamanian

    Novas Schemes

    Leandro, vou tentar ajudá-lo. Qualquer scheme pode ter suas cores modificadas. A maneira mais simples de fazer isso é usar um editor de RGB, onde o ColorScheme é indicado por ser bem simples de usar. Abaixo deixo uma figura do mesmo aberto e com a scheme Jove que você citou. Para usar o programinha basta abrir o arquivo color.ini que fica dentro do zip da scheme. Depois deve-se selecionar uma linha (note que na figura selecionei uma e ficou marcada em azul) e usar os controles deslizantes para alterar a intensidade das cores RGB (vermelho, verde e azul). Encontrou uma cor adequada, basta clicar no botão "save" que fica ao lado da barra que indica a cor. Isto salvará apenas a linha modificada. Se passar para outra linha sem salvar, então a configuração escolhida será perdida. Depois que alterar as linhas desejadas é necessário salvar o color.ini. Para isso usa-se o outro botão "Save" que fica na parte superior. Se isto não for feito, o color.ini não ficará salvo e todo trabalho será perdido. Feito isso, use os procedimentos conhecidos para inserir o color.ini novamente no zip, substituindo o anterior (use o Winrar 3.93 ou o próprio sistema do Windows Explorer: copiar e colar). A fim de ajudar um pouco, inseri breve comentários no color.ini da Jove, onde poderá entender o emprego de cada uma das linhas que representam as vias nas cidades e rodovias. Acredito que a linha que você quer mudar a cor é justamente aquela que selecionei na figura acima, mas não tenho certeza, é preciso testar. Caso queira detalhes sobre as demais linhas do color.ini, sugiro abrir uma das schemes de nome AD & XA (qualquer versão) e ler os comentários em frente às linhas do color.ini -- está bem completo e correto. Já ajuda bem, mesmo sendo resumido. O que se encontra nestas schemes vale para todas (e que não têm comentários). Deixo um link com o programinha e a Jove para você modificar, testar e usar (GPS Clube): http://www.solidfiles.com/v/7agWAvvrwXAR2/dl Abraços!
  17. Everaldo, a solução para este problema é muito simples. Coloque o cartão de memória em seu computador (ou conecte o próprio aparelho GPS no computador, por cabo USB) e entre na pasta \save\profiles\01. Estando nela, localize o arquivo de nome "system.ini" e abra-o com o Bloco de Notas (do Windows, ou outro editor de textos). Verá várias linhas, mas aquelas que nos interessam estão abaixo dos dois primeiros campos, que são: [config] [gps] Em cada um dos dois campos acima, apague todas as linhas, deixando como está, do jeito acima. O restante das linhas nos demais campos fica como está, não precisa mexer (ou você terá que reconfigurar tudo depois). Feito isso, ligue seu GPS e carregue o seu navegador. Vá para uma área aberta e espere o carregamento dos sinais de satélites. É só isso e nada mais. Abraços!
  18. Xamanian

    Novas Schemes

    Pessoal, alguns comentários: 1. As schemes AD & XA não tinham problemas. Foi uma luta para chegar a esta conclusão. 2. Deixei o color.ini com todas as configurações previstas, mas sem nenhum comentário sobre as linhas. Funcionou perfeitamente no Magellan. 3. Ao inserir comentários sobre o significado de certas linhas, até certo ponto deu certo, depois de mais algumas, travamento durante o carregamento. Por mais louco que possa parecer, o Primo rodando em um Magellan rejeita um color.ini maior. Isto não faz sentido para mim. 4. Desisti de comentar as linhas. Peguei o color.ini da AD & XA v6 que funcionava corretamente e usei nas versões de 1 a 6 no modo diurno. As skins AD & XA são idênticas, só diferindo no day/nightheightcolormap.bmp, ou seja, muda o sombreamento e as cores de elevação e verdes. Pois bem, o Magellan só reconhece a AD & XA v6, as demais não. Mais: não há travamento, não há corrupção nos arquivos, simplesmente as schemes não são reconhecidas. Isto também não faz o menor sentido para mim. Ontem fui dormir decepcionado. Ainda não vou "jogar a toalha", mas estou incomodado com isso. O mal-estar é porque o Magellan trava pelo fato de o color.ini ter muita informação, mas todas elas com um ponto e vírgula, que não deveria ser lido pelo navegador. Mas a scheme fica pesada e o Magellan trava. Mais adiante voltarei a mexer com as schemes. Coisas deste tipo são desanimadoras. []'s
  19. Xamanian

    Novas Schemes

    Pessoal, estou acompanhando este tópico, mas estou aqui concentrado nas schemes. Como o amigo Catonne observou, aquela scheme AD & XA v6 que postei está funcionando corretamente, mas tem um detalhe: peguei outra scheme funcional e migrei as cores da AD & XA para ela, cor por cor, linha por linha. Porém a danada original continua com erro. Desconfio de outra coisa, do formato de dados do arquivo color.ini. Mas estou conferindo tudo aqui para ver se tem mais algum problema. Ah, Catonne, obrigado pelo elogio a esta scheme; também gosto muito dela. Cláudio, obrigado pela observação da falta do sinal de igual (=) em duas linhas; confesso que não tinha notado até o seu post. Porém o problema não está neste ponto. Se você pegar a AD & XA v6 que postei mais acima, verá que ela está sem o sinal de igual, mas está funcionando (agora já está corrigido, claro). Desconfio do padrão, a minha AD & XA original está marcada como ANSI e aquela que funcionou está como UTF-8. Só agora terei tempo para ver se é este o problema. Abraços aos amigos!
  20. Xamanian

    Novas Schemes

    Pessoal, vejam uma scheme AD & XA rodando em um Magellan RoadMate 7": Ainda em fase de testes: https://nofile.io/f/fsNmmSmVUFw/AD+&+XA+v6.0+(Dia).zip Usei a nova pasta GFX, o novo default.vis e as schemes da pasta externa \ui_igo9\scheme. Além disso, só inseri a scheme AD & XA acima na pasta \content\scheme. Vou revisar tudo aqui e corrigir as demais schemes. Quando tudo estiver pronto, irei atualizar os links no primeiro post e avisar por aqui. Abraços!
  21. Xamanian

    Novas Schemes

    Pessoal, nos meus aparelhos "comuns" tudo funcionou corretamente, em todos os testes que sugeri. Mas não é esta a questão, então... Peguei um navegador mais antigo e coloquei no Magellan. O erro de carregamento dito pelo Atlan apareceu, trava em PrepareForUI. Ufa! Agora tenho condições de diagnosticar o problema e buscar uma solução. Quem estiver tendo este tipo de problema, não adianta fazer os testes acima, pois dará erro em todos eles. Antecipo: não existem problemas com a pasta GFX nova, nem com o default.vis e nem com as schemes que ficam na pasta externa ui_igo9\scheme. O problema, ao que parece, está nas duas schemes AD & XA (verão 6) que usei nos testes. É interessante observar que a scheme padrão (nova, modificada e que fica na pasta externa) está funcionando corretamente, logo não é problema de comando ou linhas novas. Provavelmente as schemes AD & XA deve ter alguma linha sem comentário (ponto e vírgula) em algum lugar, ou outro tipo de erro. Vou revisar tudo aqui e posto comentários depois, se for o caso, postarei novos arquivos. Abraços!
  22. Xamanian

    Novas Schemes

    Pessoal, para aqueles que quiserem ajudar nos testes: https://www.solidfiles.com/v/QMKKBMkxjYeay Vamos dividir os testes em etapas, assim fica mais fácil descobrir onde está o problema. A primeira coisa a se fazer é um backup das schemes que estão usando e usar apenas as schemes do link acima, inserindo-as na pasta \content\scheme, porém de acordo com cada teste. Teste 1: usar uma ou as duas schemes da pasta Teste 1 do link e apenas o novo default.vis, que deve ficar na pasta externa e na raiz do pacote \ui_igo9\common. Não deve ser usada a pasta ui_igo9\scheme que também está no pack do link acima. Se der problema, testar apenas com uma scheme; escolhe-se uma e depois a outra. Observar o resultado. Teste 2: usar uma ou as duas schemes da pasta Teste 2 e com o novo default.vis. Novamente não se deve usar a pasta \ui_igo9\scheme que segue em conjunto. Se der problema, testar com uma scheme por vez. Teste 3: testar cada conjunto de schemes (Teste 1 e 2) por vez, mas agora sem colocar o novo default.vis na pasta externa ui_igo9\common. Ainda não se deve usar as schemes da pasta ui_igo9\scheme. Se em algum dos testes houver resultado positivo (sem travamentos), então será possível usar as schemes da pasta externa ui_igo9\scheme. Se for o caso, fica configurado que o problema está neste lugar. Antes de cada teste e antes de carregar o Primo é necessário apagar todos os arquivos da pasta save\preloads. Isto se faz acessando o cartão de memória pelo Windows Explorer, normalmente. Esta pasta contém vários arquivos de extensão prl. Se isto não for feito, então estes arquivos conterão informações de versões anteriores dos arquivos de schemes e default.vis, de modo que problemas poderão aparecer. Quanto mais pessoas se envolverem nos testes, melhor, pois assim será possível apresentar uma solução que seja boa para todos. Obrigado; abraços. XA
  23. Xamanian

    Novas Schemes

    Pessoal, agradeço a todos que reportaram problemas com as schemes. E isso é muito importante, pois sem retorno a gente acha que está tudo certo, mas nem sempre é assim. Como observei anteriormente, já testei em vários aparelhos e sem nenhum problema. Como não consigo reproduzir o erro que algumas pessoas estão tendo, fica difícil diagnosticar e corrigir, mas vou insistir até que todos tenham o mesmo sucesso que estou tendo. Catonne, as cores estranhas que você notou é facilmente explicável. Se tiver curiosidade/interesse, abra o novo default.vis com o Bloco de Notas e vá até o final dele. Verá que várias expressões lá presentes também estão no color.ini das schemes. Inclusive poderá comparar como está o default.vis original (fica na pasta ui_igo9\common do data.zip). Estas "expressões" são funções. Funciona assim: City=3,1,"city",0 City ("C" em maiúsculo, lado esquerdo acima) é uma função que determina como serão tratadas as cidades durante a renderização. Depois do sinal de igual, o valor 3 representa a ordem/prioridade de renderização (que vai de 0 até 7); o valor 1 é o FOS, a forma de renderização, que pode ser 0 (somente linha, um contorno), 1 (preenchimento sólido, toda a superfície/região) ou 2 (a superfície fica escondida). "city" ("c" em minúsculo) é uma variável e que será setada justamente no color.ini da scheme, ou seja, é neste arquivo que se determina a cor para as cidades. E o 0 final, que significa que a superfície, no caso uma cidade, não receberá um rótulo (isto é, o nome não será exibido. Este valor 0 poderá ser trocado por outro, tipicamente 1, 2 e 3, que indicam com os nomes nos rótulos (nome de rua, rios, etc.) aparecem de acordo com a distância, mudando o tamanho, a cor e o estilo (normal, itálico ou negrito) das fontes. Olhando o default.vis, verá que onde está a linha acima tem um bloco com outras superfícies (capitais, cidades maiores, etc.). Todos estavam setados no default.vis original com o valor 2 no FOS, ou seja, ficar escondido (não usar a função). E onde aparece "city" na citada linha (e nas demais do mesmo bloco), aparecia a variável "build_up", ou seja, a cor definida no color.ini da scheme para esta variável seria a mesma para todas as superfícies deste bloco. O mesmo acontecia no bloco de "águas", onde a variável "sweet_water" é usada para 18 tipos diferentes de águas (rios, lagos, água salgada, etc.). Ou ainda, apenas uma cor para representar coisas diferentes era possível. O que eu fiz foi deixar cada uma das funções desta seção do default.vis com uma única e inconfundível variável, de modo que passou a ser possível escolher uma cor para cada variável no color.ini das schemes. Assim, ao usar o novo default.vis com schemes antigas (e que não estão preparadas para as novas variáveis), ou usar as novas schemes com o default.vis antigo, as cores ficarão alteradas, pois sempre estará faltando alguma coisa: ou as novas variáveis no default.vis ou as definições de cores no color.ini. Apesar das cores estranhas, o comportamento visual anômalo é esperado, mas não há motivos para travamentos, apenas fica feio visualmente não usar um conjunto completo. Volto um pouco mais tarde, pois vou revisar o default.vis e as schemes. Se notar alguma falha, vou postar um pequeno kit aqui para as pessoas poderem fazer seus testes. Quando entendermos que está tudo ok, então atualizarei o primeiro post e avisarei a todos. Abraços e obrigado! Edit 1: Atlan, não está me incomodando em nada, pelo contrário, você está me ajudando e muito. Não ficarei satisfeito até resolver este problema que você e o Thoth (parecem os mesmos problemas) estão tendo. A dificuldade é que não consigo reproduzir o erro aqui, por isso a demora de minha parte em corrigir, mas darei um jeito, nem que seja na marra. kkkkk Edit 2: Atlan, esqueci de comentar: UI significa User Interface, ou seja, interface do usuário; no fundo significa a etapa final do carregamento que exibirá a tela (ou interface) do navegador para o usuário.
  24. Xamanian

    Novas Schemes

    Atlan, este problema não é de hardware, este Foston roda o Primo normalmente, conheço bem o aparelho, logo (como Cláudio falou), deveria funcionar normalmente. Só se o aparelho tiver um defeito, aí é outro papo. O que deve ser entendido é o seguinte: scheme ou funciona ou não funciona, não tem mistério. Se tiver um arquivo corrompido ou bmp/spr setado incorretamente, sim, a scheme vai dar erro. Mas veja bem, testei em 5 aparelhos diferentes, WinCE e Android, e todas funcionam muito bem. O Cláudio e várias outras pessoas aqui testaram e não tiveram problemas (exceto com a Fast Ultimate Night original que tinha um erro, como já falei). Ora, então as schemes, pasta GFX e novo default.vis funcionam! Pode ser que seu pacote tenha data.zip ou skins sem alguns arquivos necessários, aí vai dar erro mesmo. Não me recordo de parâmetro específico para sys/igo9 que poderia gerar algum problema. Então... Você lembrou de apagar a subpasta \save\preloads que mencionei em outro post? Usou tudo o que indiquei e nos lugares corretos? Se sim, tem que funcionar. Comigo funciona em um Magellan 7", em um Discovery 7", em um Apontador T502 5" e em um Guia 4Rodas 5" (todos WinCE), além disso, testei em minha CM 8" (800x480) e em um tablet simples (ambos com Android). E não fiz nada além do que inserir os arquivos indicados, limpar a tal subpasta e usar. Vou pensar mais, porém acredito que o problema aí seja de outra ordem. Tendo ideias, volto a postar. Abraços!
  25. Xamanian

    Novas Schemes

    Atlan, o erro que você citou é estouro de memória (RAM), não é o caso das schemes. Estas possuem apenas ajustes de cores e indicações de (poucos) ícones (bmp's). A mensagem de erro não é deste tipo que mencionou. Você está usando apenas as schemes que postei ontem? Muitas schemes, muitos carros 3D, muitas skins, etc. realmente produz estou de memória. Tipicamente, uma skin ou uma scheme com falhas, a mensagem é do tipo "arquivo tal ausente". O tipo erro que falou pode ser o que já mencionei, mas pode ser arquivo corrompido também. Só que aqui estou usando os arquivos que postei no link de ontem? Caso queira tentar novamente, deixo um novo link: https://www.solidfiles.com/v/8Gvy6rRGnPLr3 Observações: 1. Acabei de tirar estes arquivos do dispositivos que uso para testes, ou seja, todos testados aqui. 2. Caso use o módulo ux telepules_20.zip, retire-o da pasta ux ou apenas o renomeie para telepules_20.z_p ou coisa do tipo (o importante é que a extensão .zip não apareça). 3. Apague todos os arquivos da subpasta save\preloads (todos os arquivos desta pasta têm extensão .prl; pode apagar sem susto). Poderá manter as demais pastas e arquivos. 4. Escolha uma das duas pastas gfx do arquivo do link, mas de acordo com a resolução que estiver usando. Veja, há algo nesta proposta que revoluciona aquilo que conhecíamos até então em termos de visual gráfico da tela de navegação. Muitos recursos foram habilitados, mas é preciso seguir à risca aquilo que é para ser feito. Um arquivo ou pasta não usados ou fora do lugar, "um abraço" -- não vai funcionar mesmo. Siga os passos, veja se não está deixando de fazer algo. Se tiver dúvidas, pode me perguntar. Se ainda tiver problemas, me dê mais detalhes. Por exemplo, você está usando um menu? Se sim, ah... Menus são problemáticos, existem de vários tipos, alguns funcionam bem, outros nem tanto. Outra coisa, você está usando pasta de conteúdos compartilhadas? Isto é, uma única pasta para todos os seus navegadores? Se sim, é lógico que vai dar erro, pois não haverá comunalidade entre os navegadores, mas a fonte (content) será uma só. Navegadores exigem forma única para operar, estas gambiarras que inventam é que atrapalha tudo. Enfim, me dê detalhes sobre o que usa e como usa caso ainda o problema persista. Abraços!
×
×
  • Criar Novo...