Plus de voix en guidage routier depuis le passage à TwoNav App 6
Bonjour,
J'utilise parfois l'Application TwoNav sur mon smartphone pour un guidage routier en voiture (cela nécessite bien sûr une carte vectorielle).
Depuis le passage à TwoNav App 6, je n'ai plus de guidage vocal. L'application est désespérément silencieuse.
Je précise que j'ai essayé de paramétrer le réglage du son sur l'application mais aussi sur le smartphone sans succès.
Constatez vous la même chose chez vous ?
Avez-vous une idée du problème ?
Merci d'avance.
-
That is a new bug in this version. There is NO alert working with autorouting. Not sure if they will ever fix it.
But guess what, if you are willing to pay extra for that: fasttrack is working almost fine (except for the audioalert which is not working too on any device but for a long time now).
-
Hello,
And yet... depending on where the track was created with the new Fast Track (application or GPS), audio files are called. Sometimes with a few surprises because the GPS tries to open an audio file in the smartphone's /Paths folder... which can cause strange things on the screen.
Cdlt
-
I can't get audiofiles, which are in the store and the apropriate language section, working with the app. Yes I get that screen too, but no audiofile is played and the logfile suggests, that the path is fine (/data/user/0/com.compegps.twonav/assetsCopied/symbols/sounds/store/de1.tar/turnright.ogg) and since I have root I tested it:
the path is fine, the file exists in path but the app is buggy and the problem persists with autoroute and fasttrack.
PS: Tested with actual V6.06 under Android 13.
PPS: BTW waypoint alarm is working fine.
PPPS: Check it on a TwoNav Trail v605 - same behaviour as in the app, no sound while autorouting or with tracknavigation following tracks created with fasttrack on the device.
-
Bonjour,
De toute évidence chez TwoNav dans leur "toute petite" équipe il y a un gros gros problème d'égo, et probablement a très haut niveau...
Sur le plan architecture du logiciel, TwoNav empilent des solutions "Bancales" qui ne peuvent qu'engendrer des bugs, vous pouvez toujours signaler le problème tant que la "tête" qui a imaginé un jour que cette "confiture" informatique n'est pas débarquée il y a peu de chance de constater un progrès..
Exemple sur un road book créer trois fois:
- Une foi avec l'application
- Une foi avec le GPS
- Une foi avec Land
Ce type de problème je l'ai vu arriver depuis Land 8 et ai eu l'occasion de le remonter vers TwoNav plusieurs foi "Ma grand mère disait dans ce genre de situation -Tu parles a son c.. sa tête est malade" - il me semble qu'on est typiquement dans cette situation chez TwoNav", au pays d'ubu!
Exemple ce Road Book, c'est le même point de manœuvre:
Que voit 'ont ?
- des chemins différents pour aller chercher les Icones
- des chemins différents pour aller chercher les sons
- des fichiers audios différents ogg, wav,mp3
Bref c'est un "empilement" de "conneries" qui saute aux yeux de n'importe quel personne ayant un jour effleurer un clavier pour créer du code... Il y a un gros problème d'architecture bref l'architecte logiciel doit être absent
Premier constat: La portabilité de ce Road Book entre Land, le GPS et l'Appli ne peut plus être garantie
Second constat : les trois logiciels (TwoNav APP, TwoNav GPS, Land) vont devoir interpréter tous les cas donc a minima trois branches de soft chaque foi, ce qui multiplie par 3 les sources de bugs !
Troisième constat : Multiplication par 3 x 3 le nombre de lignes de code de tests de validation .. Donc du cout le temps de travail de mise au point, etc... En clair ca part en vrille vers le cas ingérable...
Conclusion c'est ce "MERDIER" qui est la cause de ce bug, le soft de chaque "device" a du être adapté et pas qu'une seule ligne pour prévoir tous les cas..;
Et si tout si tout simplement la "grosse tête" pensante de TwoNav avait imaginé la structure simple suivante.
Juste une ligne :
/symbols/navigation.zip/right_light,0,-1.0,16777215,255,1,71,,0,0,-1,0,3,0xFF002300,0xFF002300,0xFF002300,0xFF002300,-100%,0
et ensuite chaque version / device (App, GPS, Land) traite cette simple ligne pour:
- Afficher le symbole
- Appeler le son si l'utilisateur a mis le bouton audio sur ON
Le code serait bien plus simple, plus robuste, et les RoadBook portables d'un "device" a l'autre.
Vu le nombre de foi ou j'ai remonté ce cas depuis Land 8 et vu que TwoNav ne tient pas compte des remarques (Ou difficilement quand ils sont au pied du mur ..question d'égo surement), faites pas je m'autorise a me lâcher un peu
Cdlt
-
Pour finir..
C'est d'autant plus stupide que si l'utilisateur s'autorise a créer le road book en GPX a l'extérieur de l'éco système ou si le Road Book est créer avec Land sans FastTrack (ajouter un point de manœuvre), il n'y a plus que deux lignes de code dans le road book..
C'est donc un 4 ème cas a traiter dans le logiciel TwoNav.
En fait le seul cas "intelligent" qui devrait être implémenté, chaque "Device" est inévitablement en mesure de trouver par lui même ses fichiers audios et icônes il n'y aucun besoin de lui fournir de l'extérieur des chemins ni type de fichier qui sont faux!
L'architecte qui a pensé et fait implémenté ce qui est codé, n'a plus sa place dans cette équipe.
L'un des résultats de ce "merdier" le GPS affiche régulièrement cet écran quand il cherches un fichier dans un SmartPhone..
cdlt
Accedi per aggiungere un commento.
Commenti
8 commenti