Caro amigo Atlan temos contato há tanto tempo a ponto de dizer que nos conhecemos sem nos conhecermos (encontrarmos para um bom papo)... Gosto desse lance neste mundo virtual... Pois então, talvez existam alguns problemas sim, não técnicos (no sentido de defeito), mas de configurações. Cada pacote tem suas peculiaridades, de modo que um ou outro arquivo pode ou não estar presente em determinado lugar. Este é o problema. Dou um exemplo, vou citar apenas duas linhas do arquivo color.ini (que fica dentro do zip das schemes): [icon] car="gfx/day/daycar.spr" flags="small_flags.spr" A primeira linha diz para o navegador procurar o arquivo daycar.spr no interior da pasta (externa ou interna) gfx/day. Já a segunda linha nada é dito. Quando isso acontece (nada é informado), o navegador procura os dados em dois lugares (no fundo no mesmo lugar, pois é descompactado no mesmo endereço): ou dentro da scheme ou dentro da skin (seja no data.zip ou em qualquer skin externa, como uma diMka). Quando um spr não é encontrado, então aparece uma mensagem de arquivo faltante e o navegador é desligado/encerrado. Quando o respectivo bmp não é encontrado, o aparelho reinicia. A rigor, o data.zip do Primo, bem como algumas skins, tem estes arquivos em seu interior e, portanto, não deveria dar problemas. Mas algo ou alguém pode retirá-lo por descuido de modo que... Não dá para ter controle. A parte mais polêmica nas schemes está neste campo: Todos os arquivos do campos/linhas do tipo "cursor" (menos dois "_big", que é para Amigo e iGO8) devem estar presentes no data.zip ou nas skins, caso contrário haverá travamento. Verifique, caro Atlan, se está usando algum data.zip sem estes arquivos, pois poderei lhe enviar para inserir no mesmo (mas preciso saber a resolução). Sim, sei, as minhas skins já tem algum tempo que postei, mas atualmente todas tem estes arquivos (e vou repostá-las em breve). Assim, acredito que não seja problema de seu navegador (o SW), pois este, ao que me recordo, tem todos os arquivos necessários (mas vai que algum deles ficou de fora). Outra coisa que é importante: o default.vis é problemático, ele exige mudança na pasta Save. Para não ter que apagá-la por completo, sugiro que apague apenas os arquivos internos (todos de extensão .prl, ou todos mesmo) da subpasta \save\preloads. Se não resolver, faça um backup de toda a Save, apague-a e reconfigure tudo. Não há motivos para não funcionar. Por fim, lembro que tive problema de travamento no dia de ontem e que relatei no tópico dos novos conteúdos da Here Q3: tinha arquivo corrompido, mas já corrigidos. Não sei se este é o seu caso, mas compensa analisar. Assim sendo, veja se há travamentos com as novas schemes/gfx/default.vis com o mapa da TT, se não existe, mas sim com novos conteúdos da Here, então suspeite dos conteúdos novos. Continue com seus testes e me mantenha informado. Mesmo que atualize os arquivos em breve (e assim o farei), é bom um retorno para saber como andam as experiências por aí. Abração!