CYK
-
Postagens
50 -
Registro em
-
Última visita
-
Dias Ganhos
6
Posts postados por CYK
-
-
Caro jorgeultra,
Boa tarde e grato pela informação, mas não resolveu. Percebi que o horário do aparelho é ajustado pelo que fica configurado em "[config]" no arquivo "system.ini" (dentro de "save\profiles\01"):
[config]
last_saved_system_time="2020.09.02.|05:37:38.000"
Já em "[regional.timezone]" apesar da data estar errada, o horário está com a hora atual correta pego do GPS:
[regional.timezone]
[...]last_auto_time_sync="2001.01.17.|16:37:33.000"[...]
Será que tem como configurar este parâmetro com o horário atual pego do GPS (satélite)?
At.,
CYK
-
Consegui resolver acertando a hora e data no próprio GPS e alterando no sys.txt:
Removi:
[timezone]
;index="19" ; GMT-3 Brasilia (horário normal)
;reset_os_timezone=1 ; o valor "1" sincroniza o horário do aparelho de GPS automaticamente
;sync_os_timezone=0
;sync_time="0"
;use_auto="1" ; 0 para horário de verão e 1 para horário normal
;keep_auto_on_error = 0
e incluí:
[time_provider.gps_time_provider]
enable=0
priority=0
[regional]
timezone_providers=1
[regional.timezone]
reset_os_timezone=0
sync_os_timezone=0
sync_time=0
Caro callgps,
Poderia me dizer se estas configurações que vocâ postou são para iGo Primo em WinCE ou Android?
Tenho um aparelho de GPS da marca Aquarius Discovery 4.3 com TV. Nele está instalado o iGo Primo 2.4 Fast Ultimate com skin DiMka WA P.1.7.4 Ultimate no WinCE. Estou tentando fazer com que o iGo pegue a hora pelo GPS (satélite) e atualize a hora do aparelho. Já tentei várias combinações no sys.txt, mas até agora não conseguir fazer isso. Ele somente atualiza a hora do aparelho, quando o iGo fica sem sinal do satélite e ajusto o fuso no iGo manualmente.
[regional.timezone]
use_auto="1 ; utiliza detecção automática de fuso horário
; sync_time=0 ;sincroniza hora com hora do aparelho
sync_time="1" ; sincroniza hora com hora do GPS
reset_os_timezone=1
sync_os_timezone=1
Alguém saberia como resolver este problema?
Saudações,
CYK
-
- Este é um post popular.
- Este é um post popular.
Pessoal boa tarde,Desta vez, resolvi melhorar a skin "DiMka WA P.1.7.4 - Ultimate xxxxxx" wince para adicionar novos alertas para o iGo Primo Fast Ultimate, sem precisar modificar os que já existem. Para isso é necessário efetuar adições/mudanças nos seguintes arquivos:* Crie e adicione a imagem para o novo tipo nos arquivos de imagens "speedwarn.bmp", "speedwarn0.bmp" e "speedwarn1.bmp" (adicione a imagem na posição certa do número do tipo - a contagem começa com zero);* Crie a imagem do novo tipo e salve como arquivos de imagens "cameraKSM_nn", "cameraKSMMenu_nn" e "cameraKSMSS_nn" (nn é o número do tipo).NOTA: Todas as imagens estão dentro da pasta "ui_igo9\480_272" (utilize a pasta da resolução que usa) do arquivo compactado da skin. Não esqueça de fazer os backups dos arquivos originais das imagens. Precisa descompactar as imagens para edição.* Em "variable_def.ui" (dentro da pasta "ui_igo9\common\ui" do arquivo compactado da skin) editar em "<userlist wCameraSettingName name="str" tts="str" type="int" firstphrase="wstr" editspeed="bool" overspeedvalid="bool" editdirection="bool" defdirection="int" visible="bool">" os seguintes parâmetros:; Original; <row name="" tts="" type=28 firstphrase=L"" editspeed=false overspeedvalid=false>;; Editado para novo alerta<row name="Invalid Speed Camera" tts="Invalid Speed camera," type=28 firstphrase=L"Invalid_SC" editspeed=true overspeedvalid=true>NOTA: "variable_def.ui" define se o alerta poderá ter a velocidade e direção alterados. A configuração padrão dos alertas é:<default editspeed=false overspeedvalid=false editdirection=true defdirection=0 visible=true>Para poder editar a velocidade do alerta, deve-se deixar "editspeed=true" e "overspeedvalid=true", pois o padrão é "editspeed=false" "overspeedvalid=false". Para não editar a direção do alerta, deve-se deixar "editdirection=false", pois o padrão é "editdirection=true".* Em "customized.lua" (dentro da pasta "ui_igo9\common\ui" do arquivo compactado da skin) editar os seguinte parâmetros/códigos:- Em "local skin_dictionary = {" deve-se incluir o texto e fala para o novo tipo, como por exmplo:["Invalid Speed Camera"]="Radar sem aprovação no INMETRO",["Invalid Speed Camera,"]="Radar sem aprovação no INMETRO,",- Em "function sd_undefined_type(n)" deve-se alterar "return n > 23 and n < 30" para que contenha os tipos não selecionáveis, como por exemplo:-- Originalreturn n > 23 and n < 30Neste caso, os tipos 24, 25, 26, 27, 28 e 29 não poderão ser selecionados. Já em:-- Editado para novos alertasreturn (n > 23 and n < 27) or (n > 28 and n < 30)Neste caso, os tipos 24, 25, 26 e 29 não poderão ser selecionados. Assim, deixa-se os tipos 27 e 28 para serem utilizados.- Em "sc_wCameraSetting_LoadDefault = function(model)" alterear as configurações do tipo desejado, como por exemplo o tipo 28:-- Original-- {type=28, visualtype=0, voicetype=0, voicealert=L"!passcam", voicesecond=0, overspeedvalid=0, overspeedtype=0, overspeeddelta=0, overspeedsound=L"", overspeedvolume=0, approachtype=0, distvalid=0, diston=0, distvisual=300, distsound=300, distsoundtts=0, voicesecondtts=0},-- Editado para novo alerta{type=28, visualtype=1, voicetype=2, voicealert=L"!passcam", voicesecond=1, overspeedvalid=1, overspeedtype=1, overspeeddelta=0, overspeedsound=L"", overspeedvolume=0, approachtype=2, distvalid=0, diston=0, distvisual=0, distsound=0, distsoundtts=1, voicesecondtts=1},NOTA: Verifiquei que o arquivo "camera_setting114_1.txt" (dentro da pasta "\save\profiles\01\userlists") é criado quando você muda do skin padrão para o skin diMka apenas na primeira vez, para guardar estas configurações acima. Se outro arquivo "camera_setting114_1.txt" já existir, não adiantará mudar a skin usada para a skin padrão e então retornar para a skin "diMka WA P.1.7.4 - Ulimate xxxxxxxx", porque o arquivo "camera_setting114_1.txt" não será atualizado e a configuração deverá ser feita manualmente editando este arquivo. Outra forma, é apagar este arquivo para ele ser recriado da forma certa.Para habilitar ou não o teste de voz TTS para os alertas, configure de acordo como o desejado abaixo:- para falar "Segunda frase (limite de velocidade)", deixe "voicesecond=1" e "voicesecondtts=1" e para não falar deixe "voicesecond=0" e "voicesecondtts=0";- para falar "Primeira frase (distância até o ponto de alerta)", deixe "distsoundtts=1" e para não falar "distsoundtts=0";- para falar a distância utilizando as configuração do "sys.txt" (warn_distances="100:500, ...") deixe "distvalid=0" e para usar a distância pré-definida da skin, deixe "distvalid=1", mas aí deverá colocar as distâncias em "distvisual" e "distsound". Caso deixe "distvalid=0" e não houver configuração de "warn_distances=..." para o alerta, o iGo usará as distâncias pré-definidas de "distvisual" e "distsound".Além disso, verifiquei que a última coluna da configuração de cada alerta no arquivo "camera_setting114_1.txt", refere-se à habilitação ou não da prioridade do alerta por voz TTS e é inserida após a configuração de ""sc_wCameraSetting_LoadDefault = function(model)":"28;1;2;!passcam;1;1;1;0;;0;2;0;0;0;0;1;1;1"Caso algumas opções estejam habilitadas ou desabilitadas na tele de teste dos alertas, será necessário efetuar estas alterações acima no arquivo "camera_setting114_1.txt" (que está dentro da pasta "\save\profiles\01\userlists").* Abra o arquivo "dictionary.lang" que está dentro de arquivo compactado da língua utilizada (no meu caso "Lang_Portuguese-bra" dentro da pasta "content\lang" e adicione o texto abaixo que aparecerá na tela de seleção do alerta:Invalid Speed Camera="Radar fixo sem aprovação no INMETRO"* Abra o arquivo arquivo "dictionary.voice" que está dentro de arquivo compactado da voz TTS utilizada (no meu caso "LVoice_TTS Pro-Nuance_4.5_MF-PTBR - Raquel" dentro da pasta "content\voice") e adicione os textos abaixo que serão falados por TTS na tela de teste dos alertas:Invalid Speed Camera="Radar sem aprovação no INMETRO"Invalid Speed Camera,="Radar sem aprovação no INMETRO,"* No arquivo "sys.txt" na sessão de alertas, edite para incluir o novo alerta do tipo 28:[...]; S P E E D C A M - C A T : 28[speedcam_category:28]activated_spoken_type=speechactivated_speech="Radar sem aprovação no INMETRO.";activated_min_speech_repeat_delay=-1[...]warn_distances=" ... "[...]Imagem do novo "speedwarn.bmp":
Fica aqui a dica para quem quiser adicionar novos alertas de Rafael2San e juntei tudo aqui em português.Saudações,CYK-
7
-
- Este é um post popular.
- Este é um post popular.
CYK
Você pode postar esse "Update do arquivo speedcam.zip", pra quem quiser usar?
Caro d780,
Bom dia. Já inseri o link para baixar o arquivo no final do post.
At.,
CYK
-
4
-
- Este é um post popular.
- Este é um post popular.
Pessoal,
Boa tarde... Sou moderador no site Maparadar e ficou definido no código de conduta do Mapardar, que não cadastramos instrumentos de fiscalização de velocidade (radar fixo, semáforo com radar ou semáforo com radar e câmara de avanço de vermelho) caso este instrumento não esteja aprovado pelo INMETRO.
Desta forma, pensando nisso, efetuei além da correção de bugs, uma atualização no arquivo "speedcam.zip" do Pongo, para adicionar o alerta de radar não aprovado pelo INMETRO, utilizando o código 28 que não era utilizado pela versão original de "speedcam.zip". Também adicionei a função mais importante para mim, que é a opção de escolher qual alerta/radar, usará ou não o som de excesso de velocidade acima da velocidade do alerta/radar (overspeed_sound) que é definido no próprio iGO Nextgen, pois na versão original, não havia esta opção e este som era "tocado" para todos os alertas/radares, ou seja, ou usava-se para todos ou não usava para nenhum.
Durante a navegação, será exibido a imagem abaixo no mapa e a voz TTS dirá: "[...] Radar sem aprovação no INMETRO. [...]"
Assim, para quem quiser ter um aviso de um radar que foi removido ou não cadastrado no Maparadar, pode utilizar este arquivo "speedcam.zip" e outros arquivos relacionados em:
At.,
CYK
-
4
-
Aproveitando desse assunto, eu estou com esse mesmo problema: quando deixo a musica tocando, seja qualquer fonte(radio, mp3, play music) e entro no gps, ao me alertar de algo, ele muta o som e nem ouço a voz do gps e nem escuto a musica. Depois ele retorna com o som tocando. Dependendo do alerta ele nem sequer volta mais pra musica, daí fica tudo mudo. Saio do gps e a musica começa rolar.
Tenho um Aikon AK 8450s resolucão 1024x600 2gb de ram quadcore Igo Fast 2.4
Caro fau,
Boa tarde... Não sei se sua central multimídia possui estas configurações: "GPS Mix", o "GPS Mix Volume" e o "Aplicativo GPS". Configurando estes itens, o som do rádio ira reduzir a voz TTS irá falar e depois o som do rádio volta ao normal.
OSB.: Não sei o que aconteceu, mas a voz TTS do Google (ou outro app TTS) parou de funcionar e a voz não era mais escutada. Então instalei uma versão do iGO Nextgen com voz TTS própria (com pasta "tts_nua_ve1") e voltou a falar normalmente.
At.,
CYK
-
1
-
-
Pessoal,
Bom dia... O problema pode ser porque a configuração da porta serial e a velocidade de comunicação do receptor de sinal dos satélites estejam errados. Favor postar aqui a configuração de [gps] no "sys.txt". Ele é parecido com o abixo:
[gps]port=1 ; Porta serial do receptor de sinais dos satélitesbaud=9600 ; Velocidade de comunicação da porta serial. Pelo GPSScan = 4800, original do Aquarius = 9600 e Máximo = 57600Caro lovatto no seu caso, experimente trocar a porta serial. Comece com port=1 faça o teste para ver se pega sinal. Caso contrario troque para 2 e assim sucessivamente.Caro Agnaldo no seu caso, experimente colocar o valor mais baixo que é baud=4800 e teste o sinal. Vá aumentando até o máximo que o GPS consiga manter o sinal sem perdê-lo.At.,CYK-
1
-
-
Bom dia.
[...]
Não sei qual arquivo o NextGen prioriza, se o sys.txt ou o plugin.ini das UX.
Abraço
Boa tarde LR61,
Obrigado pela dica e vou dar uma olhada. Quanto a prioridade lembro que no iGo Primo, a "última palavra" era sempre do "sys.txt". Já no Nextgen provavelmente também deve ser do "sys.txt", pois ele deriva do Primo.
At.,
CYK
-
Pessoal, parece que esta configuração no "sys.txt" resolveu a prioridade da voz de alerta de radar sobra a voz de manobra.
Mas percebi outra coisa. Agora o som WAV que defini para alertar que a velocidade do carro está acima da velocidade do radar, corta a voz de avido do radar.
Será que também há uma configuração no "sys.txt" para isso?
At.,
CYK
-
Beleza, não lembrava desse detalhe na skin, mas ela é para Primo e no Nextgen não vira...
Sim... Por isso estou tentando alguma configuração no "sys.txt".
-
Ôxe! É Nextgen! Então veja se tem o arquivo speedcam.zip dentro da UX... se não tiver, coloque esse: https://anonfiles.com/55nef489nb/speedcam_zip
Caro ROP,
O arquivo "speedcam.zip" existe dentro da pasta "UX". Vou tentar a configuração do "sys.txt", conforme achei e conforme sugerido pelo colega secay:
[warning]
mute_voice_announce_during_alert=1
At.,
CYK
-
1
-
-
Tem certeza que estava na skin e não no Data.zip dê uma olhada no Data.zip do Ultimate, na pasta Project_config=> igo9.ini e vá até [warning] e veja como está, talvez o comando esteja lá...
Caro ROP,
Obrigado pelo feedbak. A configuração a que me referi no iGo Primo Fast Ultimate WinCE com skin diMka WA P.1.7.4 Ultimate Titanium estão nas seguintes telas:
Mas, encontrei o seguinte em igo9.ini:
[warning]
...
;mute_voice_announce_during_alert=1
...
Será que este comando funcionará?
At.,
CYK
-
1
-
-
Pessoal boa tarde,
Gostaria de saber se há possibilidade de definir a prioridade dos avisos de alertas sobre os avisos de manobras da rota, pois notei que em alguns casos, quando o iGo Nextgen está avisando sobre um radar e há uma manobra da rota próxima, o Nextgen corta o aviso de radar para fazer o anúncio da manobra.
Lembro que no iGo Primo Fast Ultimate com skin diMka WA P.1.7.4 Ultimate Titanium, havia uma configuração para definir a prioridade do aviso do alerta sobre o aviso de navegação.
Será que há alguma configuração que possa ser feita no próprio sys.txt?
At.,
CYK
-
- Este é um post popular.
- Este é um post popular.
Pessoal boa tarde,
Após pesquisar na net achei uma versão do iGo Nextgen que funciona perfeitamente na central multiídia Aikon Atom. A versão é o iGO Israel Gift 9.18.27.687519 Android (26-Jan-2017). Pode-se utilizar o próprio TTS do Google, ou seja, não precisa instalar nenhum outro TTS. Também, não precisa modificar o "sys.txt" que está no pacote. A única coisa que precisa fazer é configurar o "GPS Mix", o "GPS Mix Volume" e o "Aplicativo GPS" para funcionar direitinho a redução do volume do rádio da central.
At.,
CYK
-
2
-
1
-
Pessoal tarde,
Tenho uma Central Multimídia Aikon Atom 6.95" com DVD (Android 8.1, 2 GB RAM e 16 GB memória interna) e instalei este pacote do iGo Nextgen, mas quando utilizo a voz TTS do Google ou VocalizerEX (codefactoryvocalizer_3.1.2_full_kent110.apk) e estiver escutando o rádio, a voz TTS as vezes começa a falar, mas é cortada ou fica muitíssimo baixa a ponto de não escutá-la e volta a tocar o rádio ou as vezes nem coneça a falar e o rádio continua tocando. Sem escutar rádio a voz TTS parece funcionar normalmente. Mas se eu utilizar as vozes não TTS, os anúncios das manobras ficam normais com a CM baixando o volume do rádio. Também setei este iGo Nextgen como navegador principal e fiz várias configurações do "GPS Mix" e "GPS Mix Volume" na CM, mas continua na mesma.
Também configurei o sys.txt com todos os valores e nada:
[android]
navigation_audio_stream = 4 ; or other num
;STREAM_VOICE_CALL - Value: 0
;STREAM_SYSTEM - Value: 1
;STREAM_RING - Value: 2
;STREAM_MUSIC - Value: 3
;STREAM_ALARM - Value: 4
;STREAM_NOTIFICATION - Value: 5
;STREAM_BLUETOOTH - Value: 6
;STREAM_DTMF - Value: 8Quando utilizo o Spotify, as vozes TTS são pronunciadas apesar de a CM não baixar o volume do Spotify.
Alguém saberia como resolver estes problemas de TTS com rádio?
At.,
CYK
-
1
-
-
Pessoal,
Boa tarde... Tenho uma dúvida e gostaria que vocês pudessem me ajudar, pois não entendo de CM Android.
Estou pensando em adquirir uma central multimídia Winca S170 Android 6.0 para meu veículo. Pelo anúncio desta central na internet, reparei que tem tela de 7" e resolução de 800x480. Gostaria de saber se conseguirei utilizar este iGo disponibilizado aqui neste CM, pois verifiquei que no arquivo data.zip, existe a pasta 800_480.
At.,
CYK
-
CYK,
Me ocorreu uma dúvida: será que os alertas de pedágio precisariam mesmo da direção para os gps iGO?
Pq ainda não vi praças de pedágio em apenas em um sentido (talvez existam).
Se a direção não fosse importante, poderiam ser exportados os valores das praças de pedágio com as respectivas coordenadas, através de uma consulta overpass no Openstreetmap.
Nela, se teriam os dados para montar um arquivo csv ou txt.
A vantagem seria qq pessoa fazer a atualização ou correção dos valores das praças e logo após obter as informações para fazer um alerta (nestes casos, esses alertas ficariam sem a direção).
Fiz isto para criar um alerta de pedágio, com valores, para os gps Garmin (que não interpretam a direção):
Para obter um arquivo com as coordenadas, fiz a consulta: http://overpass-turbo.eu/s/A7q
Essas informações constam no tópico:
P.S.: Acredito que a mensagem de erro que alguns comentaram, é devido usar alertas de pedágio do maparadar + tollrates do Fidélis Assis (gerados com dados e coordenadas do OSM).
Usando alertas de pedágio + tollrates, ambos do Fidélis, não deverá ocorrer o problema de não encontrado.
Caro hctomio,
Boa noite... Existem sim praças de pedágios com apenas uma direção aqui em São Paulo. Por exemplo na Rodovia dos Bandeirantes. O primeiro pedágio saindo de São Paulo no sentido interior é apenas para quem vai para o interior. O pedágio correspondente da volta fica em outra localidade e não no mesmo lugar.
Para quem usa este UX de tarifas de pedágios para o iGO aqui em São Paulo, é bom colocar o sentido para as praças de pedágios para não dar falsos alertas de pedágio.
Por este motivo este meu programa serve para colocar os sentidos/ângulos para as praças de pedágios além de criar um arquivo de pedágios ".TXT" correto para que o UX possa falar os valores das tarifas.
Para praças de pedágio que cobram nos dois sentidos no mesmo local, pode-se colocar o código de sentido todos ( se não me engano acho que é 0 ) para a praça de pedágio. Se fizer isso, pode-se desabilitar um dos pontos de pedágio da mesma praça, pois no arquivo "TollRates.lua" praticamente todas as praças de pedágio possuem coordenadas para os dois sentidos.
Sabemos que o iGO somente alerta um pedágio, se as coordenadas estiverem no mesmo sentido da via ou com o sentido todos ( além de estarem de acordo com os parâmetros de [warning] em "sys.txt" ).
O UX precisa que o iGO reconheça a praça de pedágio para que ele possa dizer as tarifas. Quando o iGO reconhece um pedágio, o UX será informado pelo iGO que existe um pedágio. A partir daí, o UX pega as coordenadas deste pedágio e busca estas coordenadas no tabela de tarifas "TollRates.lua". Quando estas coordenadas são encontradas, as tarifas correspondentes são faladas. Quando o UX não encontra estas coordenadas do pedágio ele fala que as tarifas não foram encontradas.
Eu fiz testes neste sentido utilizando coordenadas exatamente iguais no arquivo de pedágios ".TXT" e no "TollRates.lua" onde o UX falou as tarifas. Quando as coordenadas são direderentes o UX diz que as tarifas não foram encontradas. Se o sentido do pedágio não for no sentido da via ou com todos os sentidos, você até visualiza o ícone do pedágio na tela do iGO, mas não recebe nenhuma mensagem de pedágio à frente pelo iGO e muito menos a fala de que as tarifas não foram encontradas pelo UX.
Por isso, quando se utiliza o arquivo de pedágios do MapaRadar com o arquivo "TollRates.lua", o UX diz que as tarifas não foram encontradas, pois o iGO reconhece o pedágio pelas coordenadas constantes no arquivo de pedágios do MapaRadar, mas estas coordenadas não são encontradas não tabela de tarifas de pedágios "TollRates.lua".
Realmente no caso dos GPS Garmin que não reconhece os sentidos dos alertas, basta ter as coordenadas para o pedágio obedecendo o raio de 30 metros para ativação do alerta.
At.,
CYK
-
1
-
-
- Este é um post popular.
- Este é um post popular.
CYK, belo trabalho.
Admiro seus programas, desde aquele conversor spud que vc desenvolveu um tempo atrás.
Caro hctomio,
Bom dia... Realmente fiz o conversor de SPUD para TXT. Muito obrigado pelo elogio. Faço estes programas para me ajudar a automatizar certas tarefas para não ter que "fazer no braço".
No caso deste programa acima, compartilho com os colegas dos fóruns para que os mesmos possam atualizar/corrigir coordenadas dos pedágios em sua região e depois compartilhar com os outros do fórum para evitar aquela mensagem de que a tarifa não foi encontrada.
At.,
CYK
-
3
-
- Este é um post popular.
- Este é um post popular.
Pessoal,
Boa tarde... Vendo a questão de um colega de outro fórum, também resolvi postar aqui o que disse lá para que os colegas deste fórum também tomem conhecimento do problema.
O colega ao fazer a atualização das tarifas de pedágio passeou por alguns pedágios e os mesmos não funcionaram. Vide abaixo:
Dando uma olhada na programação no arquivo "TollValue.lua" dentro do arquivo compactado "TollValue_59_CE" (ou "TollValue_61_CE"), notei que o aviso dos valores das tarifas somente funcionará se as coordenadas no arquivo "TollRates.lua" e no arquivo de pedágios (".txt") forem exatamente iguais. Logo, como a programação em "TollValue.lua" não verifica se as coordenadas estão próximas, pode ocorrer de apesar de existirem as tarifas do pedágio em "TollRates.lua" o iGO não fala as tarifas porque as coordenadas não são exatamente iguais.NOTA: Você pode abrir o arquivo "TollRates.lua" utilizando um editor de texto comum como o Notepad.exe e o WordPad.exe do Windows.Sabendo disso, resolvi criar um programinha ("PedagiosTXT.exe") para criar o arquivo de pedágios ("Pedagios.txt") a partir do arquivo "TollRates.lua" e utilizando um arquivo de pedágios, por exemplo o do MapaRadar, para obter o sentido/ângulo dos pontos de pedágios. Você escolhe onde quer salvar o arquivo "Pedagios.txt"Ao final do processo é informado quantos pontos de pedágios do "TollRates.lua" foram encontrados no arquivo de pedágios e quantos não foram encontrados. Também é criado e salvo no mesmo local do arquivo "Pedagios.txt" o arquivo "Nao_encontrados.txt". Este arquivo contém os pontos de pedágios do arquivo "TollRates.lua", mas que não foram encontrados no arquivo de pedágios. Estes pontos de pedágios que não foram encontradas podem ter ocorrido por dois motivos: 1º - porque as coordenadas dos pedágios estão fora da área de cobertura definida pelo raio no programa; ou 2º - porque realmente não existe esta praça de pedágio no arquivo de pedágios.NOTA: Deixei o padrão do raio no programa em 20 metros, mas você pode mudar este valor. Como o programa compara a distância somente dos dois primeiros pontos de pedágios encontrados dentro do raio com relação ao ponto de referência, não é aconselhável aumentar muito este valor, por causa das rodovias que possuem vários pontos de pedágios próximos no mesmo local.Além disso, tanto "TollValue.lua" como o meu programa irão desconsiderar os pontos de pedágios iniciados com "--". Assim você pode desabilitar algum ponto de pedágio em "TollRates.lua", como no exemplo abaixo:-- { ["-46.367005,-23.466444"] = {"3.70", "1.85", "3.70 eixo"} }, -- Itaquaquecetuba - Sentido São Paulo (Automático)Em meu "sys.txt" deixo a seguinte configuração para [warning]:"[...][warning]speedcam_max_lookahead=2800 ; distância máxima à frente para "detectar" alertasspeedcam_maxdistance_from_road=20 ; distância máxima da via para "detectar" alertasspeedcam_max_angle=45 ; ângulo máximo para "detcetar" alertaswarn_distances=120:800,100:700,80:600,60:500,40:400 ; distância para o alerta de acordo com a velocidade[...]"
Usando o arquivo "Nao_encontrados.txt", pode-se adicionar os pontos de pedágios não encontrados ao final do arquivo "Pedagios.txt", mas precisaremos saber o sentido/ângulo destes pontos de pedágios para poder adicionar no campo "Direction", conforme o padrão do iGO Primo:"X,Y,TYPE,SPEED,DirType,Direction-38.395008,-12.718428,12,0,1,347[...]"Após a criação do arquivo "Pedagios.txt", você o coloca na pasta "speedcam" do iGo Primo para que as coordenadas sejam exatamente iguais as coordenadas em "TollRates.lua".Quem quiser o programa favor pedir por MP e passar o e-mail para eu enviar, pois meu programa foi removido do tite que estava hospedado porque alegaram infração à direito autoral.
At.,
CYK-
7
-
Pessoal,
Segue abaixo todos os parâmetros de [loading]:
[loading]loading_bmp = "loading.bmp" ; imagem de carregamento do iGOshow_progressbar = 1 ; mostra barra de progresso (0 = não mostrar)progressbar_bmp = "loading_progressbar.bmp" ; imagem da barra de progressoprogressbar_x = 95 ; posição horizontal da barra de progressoprogressbar_y = 235 ; posição vertical da barra de progressoprogressbar_end_bmp = "loading_progressbar_end.bmp" ; imagem personalizada para a borda final da barra de progressoprogressbar_end_x = 95 ; posição horizontal da borda final da barra de progressoprogressbar_end_y = 235 ; posição vertical da borda final da barra de progressoshow_statustext = 1 ; mostra texto do status de carregamento (0 = não mostrar)text_fontcolor = xFFFFFF ; cor do textotext_fontsize = 30 ; tamanho do textotext_align = 1 ; alinhamento do texto: esquerda = 0, centro = 1, direita = 2, stroke = 3text_x = 0 ; posição horizontal do textotext_y = 225 ; posição vertical do textotext_w = 100 ; não sei para que serveExemplo de "loading_progressbar.bmp" e "loading_progressbar_end.bmp":"loading_progressbar.bmp" => https://i.imgur.com/Il4f1ZO.png"loading_progressbar_end.bmp"=> https://i.imgur.com/PKuCRPp.pngAt.,CYK-
1
-
Acertar Horário no GPS IGO
em iGO Primo
Postado
Caro jorgeultra,
Achei que tivesse resolvido em parte, mas não resolveu. É justamente por ter que ficar fora do Brasil as vezes, é que preciso que o sinal do satélite pego pelo iGo Primo arrume automaticamente o horário do aparelho. E não estou conseguindo fazer com que isso ocorra. Notei que não consigo setar outro fuso horário que não seja o do Brasil no aparelho (Aquarius Discovery), mesmo selecionando outro fuso, após sair da tela de configuração e voltar, o fuso do Brasil volta a ser configurado.
Só me resta testar estas configurações fora do Brasil para ver se consigo configurar outro fuso para o aparelho.
Grato pelo feedback,
CYK