Coupure aléatoire des premiers mots en TTS

[Neoseb38]

Coucou,

Encore merci pour tes réponses.

Je sais que tu me conseil de passer par des scénarios pour mon alarme mais étant novice et n’ayant jamais eu de soucis avec le plugin alarme jusqu’à maintenant, je préfère rester dans la simplicité car sinon bonjour les dégâts…

Bref, il ne faut pas chercher à faire comme l’ancien plugin GoogleCast, car ce plugin n’est PAS un update de l’ancien plugin, mais un nouveau plugin (écrit de zéro) qui a certes la même finalité, mais pas forcément de la même manière

D’ailleurs, merci à toi pour ton travail sur ce nouveau plugin, vraiment.

Cependant, je galère vraiment sur un point avec ttscast et peut-être sera-tu m’aider.
Je n’avais pas eu ses soucis avec l’autre plugin.

Je m’explique:

Lorsque j’active mon alarme, cela me dit: Activation de l’alarme en cours, partez serein!
Si une fenêtre est resté ouverte: Attention, sécurité, fenêtre salon ouverte (exemple)
Dès que je la referme: Reprise de la surveillance.

Lorsque je rentre chez moi: Attention, alarme en service!
Lorsque je désactive l’alarme (par badge): Alarme correctement arrêté.

En cas de déclenchement de l’alarme: Déclenchement de l’alarme, appel des voisins et de la gendarmerie en cours.
Lorsque je la désactive en cas de déclenchement: Alarme arrêté par un badge utilisateur, fin de la procédure d’urgence.

A savoir que j’ai exactement les mêmes phrases qui arrivent vers mon téléphone (grace aux plugins notification manager et telegram) et que cela fonctionne parfaitement.

Avant, quand j’activais l’alarme et qu’une fenêtre était resté ouverte, la phrase d’activation en cours était immédiatement interrompu pour nous signaler qu’une fenêtre est resté ouverte.
Maintenant, il faut attendre la fin des phrases pour savoir si une autre va suivre.
Et par habitude, nous mettons l’alarme porte ouverte et fermons la porte pour partir et ca nous arrive régulièrement de devoir la rouvrir car le nest hub max se remet à parler pour nous annoncer qu’une fenêtre est restée ouverte etc…

Encore, ca ce n’est pas trop grave.

Mais là ou c’est bien plus embêtant, c’est à la désactivation de l’alarme:
En temps normal, (sous googlecast) on ouvre la porte, on badge et la phrase nous annonçant (attention alarme en service) se coupe immédiatement pour nous dire que l’alarme à bien été désactivée.
Maintenant (sous ttscast), je suis obligé d’attendre la fin de la phrase (attention alarme en service) pour badger car si je badge trop tôt, la phrase nous signalant que l’alarme est bien désactivée ne passe pas. Et c’est problématique car on ne sais pas si l’alarme est bien arrétée.

Idem en cas de déclenchement accidentel, avant on courait désactivé et ca nous annonçait directement l’arrêt de la procédure. Plus maintenant.

En sommes, avant, je rentrai juste une phrase et si une nouvelle phrase devait arriver, elle interrompait la première mais bien mieux puisque plus urgent. (surtout pour savoir si mon alarme a bien été désactivée)

Ce que tu décris comme un « inconvénient » est à la base une amélioration :

Tout le plugin fonctionne en multi-thread, dis en langage humain, il est capable d’effectuer plusieurs tâches en même temps, donc par exemple si tu as plusieurs google home à la maison, tu peux en même temps lancer une commande TTS sur l’un et sur l’autre, sans avoir à attendre qu’il finisse sa première tâche.

L’effet kisscool de cela, c’est que si tu lances plusieurs commandes TTS à la suite, sans contrôle pour voir si la première est terminée, cela se télescope…

En faite, j’aurai vraiment besoin que les phrases se télescope.

Si je ne met pas les « wait », seul la première phrase part, mais jamais les autres et je ne comprend pas pourquoi.
Quand je met les « wait », les autres phrases vont suivrent mais on est obligé d’attendre entièrement les phrases.
Si on fait une action pendant que le nest hub parle, il ne dira plus la suite des évènements (exemple quand je badge pour désactiver)

Si dès fois, tu aurai réussi à décrypter mon pavé , penses tu qu’il y aurai une solution à mon problème?

Encore navré pour le pavé

[TiTidom]

Salut

@Neoseb38

Si dès fois, tu aurai réussi à décrypter mon pavé , penses tu qu’il y aurai une solution à mon problème?

Je suis arrivé jusque là donc je tiens le bon bout

Je comprend mieux ta problématique, ce que tu cherches, c’est plutôt une priorité à donner à une certaine phrase et pouvoir forcer le fait de couper la parole à ton google home pour diffuser une autre phrase à la place de celle qui est en train d’être diffusée, c’est ca ?

Si c’est bien celà, j’ai une solution en tête, mais qui n’existe pas encore dans le plugin : il existe déjà un paramètre "force": true mais qui n’est valable que pour la commande « Web » (dashcast : afficher une page web sur un google nest / nest max), je peux ajouter cette option pour les diffusions TTS, ce qui forcerait à arrêter la lecture en cours, pour débuter la diffusion d’une nouvelle phrase à la place.

Est-ce que cela répondrait à ton besoin ?

et sinon, en attendant, la commande en elle-même existe déjà, c’est la commande Media Quit : cela force l’arrêt de toute lecture sur le google nest, c’est une commande qui existe pour tous tes équipements.

Si tu mets cette commande juste avant de lancer la diffusion de ta phrase qui doit couper la parole à la précédente, cela devrait fonctionner

Tiens moi au courant, j’ai un créneau éventuellement pour implémenter cela ce we

Bonne fin de journée,
TiTidom.

[Neoseb38]

Coucou,

Je comprend mieux ta problématique, ce que tu cherches, c’est plutôt une priorité à donner à une certaine phrase et pouvoir forcer le fait de couper la parole à ton google home pour diffuser une autre phrase à la place de celle qui est en train d’être diffusée, c’est ca ?

C’est exactement ca.
Couper la chique du Nest Hub Max lorsqu’il y a une nouvelle phrase . (Alarme désactivé par exemple sans attendre la fin de la phrase alarme en service )
Car en ce moment, c’est soit je lui laisse terminer ca phrase pour pouvoir désactivé l’alarme et donc avoir la phrase (alarme désactivé) soit je badge trop tot pour désactivé et seul la phrase Alarme en service sort et plus rien ensuite (donc plus de phrase me stipulant alarme correctement arrêté)

Je ne sais pas si tu utilisais Googlecast avant, mais sur ce plugin, je rentrai juste les phrase à dire, sans aucunes options ou autres, et tout se faisait automatiquement. Lorsqu’il devait m’annoncer qu’une fenêtre était ouverte, il coupait la phrase en cours pour me l’annoncer etc…

Dans ton plugin, on ne peut plus mais j’avoue que les « wait » peuvent être vraiment bien pour d’autres applications.

Si c’est bien celà, j’ai une solution en tête, mais qui n’existe pas encore dans le plugin : il existe déjà un paramètre "force": true mais qui n’est valable que pour la commande « Web » (dashcast : afficher une page web sur un google nest / nest max), je peux ajouter cette option pour les diffusions TTS, ce qui forcerait à arrêter la lecture en cours, pour débuter la diffusion d’une nouvelle phrase à la place.

Est-ce que cela répondrait à ton besoin ?

Je ne sais pas si j’ai bien compris mais oui, cela me semble bien.

et sinon, en attendant, la commande en elle-même existe déjà, c’est la commande Media Quit : cela force l’arrêt de toute lecture sur le google nest, c’est une commande qui existe pour tous tes équipements.

Si tu mets cette commande juste avant de lancer la diffusion de ta phrase qui doit couper la parole à la précédente, cela devrait fonctionner

Je dois tout de même laisser les « wait » dans options?
Car bizarrement, si je ne les mets pas, si je laisse une fenêtre ouverte pour mes test, seul la première phrase (activation de l’alarme sort)
Je ne comprend d’ailleurs pas pourquoi.

Honnêtement, si tu ne peux pas faire autrment, je comprend tout à fait.
Mais dans l’idéal, se serai que lorsqu’on ne met pas de wait, les phrases puissent s’enchainer et s’interrompre en cours de lecture lords d’une nouvelle diffusion et si l’on ne désire pas que les phrases soient interrompu en cours, d’avoir la possibilité d’y mettre les « wait »

[Neoseb38]

En comparaison avec l’ancien Googlecast ou là, tout fonctionnait.

foto do ca

[Neoseb38]

@TiTidom

Tiens moi au courant, j’ai un créneau éventuellement pour implémenter cela ce we

Prend ton temps, je ne suis vraiment pas pressé

[TiTidom]

Re,

@Neoseb38

Je ne sais pas si j’ai bien compris mais oui, cela me semble bien.

Bon j’ai oublié un bout de la phrase en chemin, donc forcément c’était sans doute pas clair

Dis autrement, je vais ajouter une option « force » (qu’il faudra rentrer au même endroit où tu mets les « wait », le « ding », « volume » etc… et donc tu enlèveras les « wait », et tu mettras à la place l’option « force », là où tu veux que la phrase coupe la parole aux autres

@Neoseb38

Je dois tout de même laisser les « wait » dans options?

si tu utilises le « média quit », non il ne faut pas utiliser le « wait ».

Le wait, il faut vraiment le voir comme une option permettant de définir l’ordre de diffusion des TTS sur ton google : wait « 1 » sera le premier a être diffusé et tant qu’il ne sera pas terminé, les autres attendront, une fois le « 1 » terminé, le wait « 2 » va se déclencher et diffuser son TTS, puis le « 3 » etc…

@Neoseb38

Honnêtement, si tu ne peux pas faire autrment, je comprend tout à fait.

Il faudrait surtout refaire tout le plugin, car c’est son coeur même qui est comme ca, et tu es le premier qui remonte ce point, mais on va te trouver une manière de faire pour que cela fonctionne, j’en doute pas

@Neoseb38

Je ne sais pas si tu utilisais Googlecast avant

Oui je l’ai utilisé pendant très longtemps, mais justement, pour ma part, le fait que cela coupe la parole et qu’on ne puisse pas controler exactement comme on le voulait le comportement des diffusions TTS, ca m’agacait looooolll car il avait tendance à manger la moitié des phrases et en plus n’en diffusait qu’une à la fois.

Comme quoi, cela dépend vraiment des usages

TiTidom.

[Neoseb38]

@TiTidom

Bon j’ai oublié un bout de la phrase en chemin, donc forcément c’était sans doute pas clair

Dis autrement, je vais ajouter une option « force » (qu’il faudra rentrer au même endroit où tu mets les « wait », le « ding », « volume » etc… et donc tu enlèveras les « wait », et tu mettras à la place l’option « force », là où tu veux que la phrase coupe la parole aux autres

Ah ben oui, la c’est plus compréhensible et parfait!

@TiTidom

Le wait, il faut vraiment le voir comme une option permettant de définir l’ordre de diffusion des TTS sur ton google : wait « 1 » sera le premier a être diffusé et tant qu’il ne sera pas terminé, les autres attendront, une fois le « 1 » terminé, le wait « 2 » va se déclencher et diffuser son TTS, puis le « 3 » etc…

C’est la que je ne comprend pas pour mon cas d’usage.
Je pensais que ca s’enchainerai tout de même vu que mes telegram prtent sans soucis.
J’avais bien compris comme tu me le décris.
Pour moi, « wait » en anglais signifie attendre.
Hors moi, je suis obligé de mettre des wait sinon les phrases suivante ne sortent pas.
Alors qu’en toute logique, si je n’en met pas, cela devrai fonctionner comme je le recherche

Bref, merci encore, je file tester la commande Media quit.

[Neoseb38]

Ca ne fonctionne pas et je suis obligé de laissé le wait 1, 2 et 3 sinon je n’ai que la phrase d’activation de l’alarme qui sort.

Sans wait: Activation de l’alarme.
Avec wait 1, 2 et 3, Activation de l’alarme en cours, suivi de la fenetre ouverte et enfin reprise de la surveillance.

Même avec le Media Quit juste avant la phrase pour la fenêtre ouverte, cela ne coupe pas la première phrase en cours.

Les notifications par contre partent bien, c’est tout de même bizarre mon histoire.

[Neoseb38]

C’est le plugin alarme qui merde.
Et ta commande fonctionne bien.

La liaison entre la page d’activation et la page activation ko fonctionne pas sans les wait.
Par contre la liaison (activation ko) fonctionne très bien sans les wait et avec ta nouvelle commande, ca lui coupe bien la parole.

[TiTidom]

Bonsoir,

Comme quoi, de tester dans tous les sens, ca prend certes du temps, mais c’est le seul moyen de se faire sa propre idée et ses conclusions

Bon, entre temps, j’ai préparé cela :

c’est un exemple pour montrer comment cela pourra s’articuler :

Le principe :

• J’ai 3 diffusions TTS à faire en enfilade (donc la 2ème qui attend la 1ère, et la 3ème qui attend la 2ème),
• Mais en plein milieu (c’est ce qui est simulé par le sleep = 18 secondes), j’ai une 4ème diffusion TTS prioritaire qui doit annuler toutes les autres et être diffusée immédiatement.

Il va se passer quoi sur le google nest ? :

• la première commande TTS va être diffusée (car elle met moins de 18 secondes),
• arrivé à la 2ème commande TTS, elle va démarrer mais va (en plein milieu) se faire couper la parole par la 4ème qui arrive à ce moment là.
• La 3ème commande est donc annulée,
• Et donc entre temps la 4ème est diffusée sur le nest.

Je te laisse regarder la capture d’écran, normalement cela devrait répondre à ton besoin, et t’éviter d’avoir à utiliser la commande « media quit » en plus de TTS, car en gros, c’est l’option « force » qui s’occupe de faire le « media_quit », mais en plus il annule les diffusions TTS qui étaient éventuellement en attente avec les « wait »

donc expliqué autrement : si tu mets l’option "force": true dans une commande TTS vers ton Nest = quoi que le Nest soit en train de faire, il va arrêter et diffuser cette annonce. (ca marche avec les commandes TTS, sound, custom sounds, youtube, media, etc… bref, avec presque toutes les commandes).

Alors bien sûr, c’est pas magique, et les google nest sont pas des foudres de guerre, donc il faut quelques instants pour que la diffusion s’arrête et reprenne avec l’annonce prioritaire, mais au moins il n’y a pas à attendre la fin des 3 premières diffusions

EDIT : une nouvelle version béta (v1.4.3) sera disponible demain matin, intégrant cette fonctionnalité.

TiTidom.

[kwet]

Bonjour cela m’intéresse également car j’ai déjà constaté le même problème lorsque je coupe mon alarme si celle-ci c’est déclenchée et enchaîne des phrases avec des wait.

Merci

[TiTidom]

Bonsoir @kwet :

Tu pourras tester à partir de demain matin (version béta), et nous faire un retour également

Bonne soirée,
TiTidom.

[kwet]

Hello
J’ai la version stable . En mode fainéant
Et si on enchaîne 2 phrases qui se suivent avec l’option force il se passe quoi ?

[TiTidom]

Bonsoir,

@kwet

Et si on enchaîne 2 phrases qui se suivent avec l’option force il se passe quoi ?

La bonne question que voilà (tordue mais très bonne question )

Alors ce sera le dernier arrivé dans la file d’attente du plugin qui aura gagné, donc en théorie la dernière commande tts lancée qui devrait prendre le pas, mais avec le multitâche on peut avoir des surprises

En tout cas, cela ne fera pas tout planter, mais c’est la seule certitude.

TiTidom.

[TiTidom]

Bonjour,

Diffusion de la version 1.4.4 en béta et en stable (dispo dès maintenant)

Bonne journée,
TiTidom.

[Neoseb38]

Coucou, merci encore pour ta réactivité et ton travail.

Cette nouvelle fonction fonctionne à merveille pour l’extinction de mon alarme.

Mais ca fonctionne 1 fois sur 10 pour la mise en route. Mais cela à l’air de venir du plugin alarme (et encore que… les notifs partent bien donc je ne comprend pas)
Je suis obligé de mettre un wait 1 pour la mise en service et un wait 2 pour l’oubli d’une fenêtre.
Et vu que je dois également mettre le force sur le wait 2, et bien logiquement, cela ne fonctionne pas.
Si je ne met pas les wait, seul l’activation de l’alarme passe mais après plus rien, avec ou sans le force.
Bizarrement, pour toutes les autres actions, je n’ai pas besoin de mettre le wait. C’est donc uniquement le passage entre la page activation ok et la page activation KO du plugin alarme qui à l’air de posé problème. (mais pas pour les notifs).
Une seule fois ça à fonctionné à merveille dans le sens ou la commande force à annulé la phrase de mise en service de l’alarme par la phrase d’oubli d’une fenêtre fermé mais va comprendre.

Voici la seule config qui fonctionne.

cohabitation www img pictures

comment faire passer une photo en jpg

[TiTidom]

Salut,

Là, côté plugin, je vais pas pouvoir faire grand chose de plus, dans la mesure où par d’autres biais (scénarios notamment) cela fonctionne à tous les coups

Par contre, en revoyant probablement la config ou la logique côté Alarme, il doit y avoir moyen de faire qqch

Déjà, première question : as tu testé de mettre toutes les commandes du plugin alarme en mode lancement en tâche de fond (en cochant la case qui se trouve à côté de la case « activer » :

TiTidom.

[Neoseb38]

Oui, déja testé mais rien ne change.

[Neoseb38]

Je vais laisser ainsi, cela ira emplement.
Je me demande si le plugin alarme n’a pas un soucis car j’ai l’impression que de temps en temps, il ne fait pas les bonnes actions.
Avant le passage de jeedom en v4.4.6, je n’avais jamais eu le moindre problème avec.

Encore merci pour ton temps passé à m’aider.

[TiTidom]

Re,

Avec plaisir.

N’hésite pas à clôturer le sujet en cochant la réponse qui te semble la plus adaptée. (je dis cela pour ceux qui viendraient rechercher des réponses ici, qu’ils trouvent la conclusion )

Bon we,
TiTidom.