Bonjour, sur mon installation entièrement à jour, sous Jeedom smart et debian 12, homeptalk mets 10 secondes à produire le son sur mon HomePod depuis la mise à jour en v27. J’utilise googletts j’ai essayé tous les autres mais rien d’autre ne fonctionne. La phrase est « on sonne au portail ». La phrase est pourtant en cache. Voici le debug
[2026-09-23 21:33:47] INFO Parle : Options: - Message :On sonne au portail
[2026-09-23 21:33:47] DEBUG Valeurs par défaut : 90 fr-FR googletts no 1
[2026-09-23 21:33:47] DEBUG Valeurs modifiées : 90 fr-FR googletts no 1
[2026-09-23 21:33:48] DEBUG FFMPEG existe et c'est un exécutable, on l'utilise
[2026-09-23 21:33:48] DEBUG Voix déjà existante dans le cache, on la récupère (/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_3a7859f6fa285ead210a798a7d5b00f7.mp3)
[2026-09-23 21:33:54] DEBUG Etat avant talk :Device: Salon (7D08B706-263F-48DA-8230-187560DFB)
84.0
Media type: Unknown
Device state: Idle
Repeat: Off
Shuffle: Off
[2026-09-23 21:33:54] DEBUG Lancement commande talk device 192.168.1.65:7000: sudo /var/www/html/plugins/homepTalk/core/class/../../resources/atvremote/bin/atvremote -i 7E:08:B7:06:26:3F --protocol airplay set_volume=90 stream_file=/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_3a7859f6fa285ead210a798a7d5b00f7.mp3
[2026-09-23 21:34:05] DEBUG restartIfOK:1|shouldResumeMusic:1|isPlaying:
[2026-09-23 21:34:05] INFO Restauration volume device 192.168.1.65:7000 à 84
Que puis je faire pour revenir à un temps plus raisonnable ? Cordialement
Pour avoir un TTS instantané, il vaut mieux utiliser une borne AirPort Express (en AirPlay 1) branchée sur une enceinte dédiée. En AirPlay 1, le délai de mise en mémoire tampon (buffer) est quasi nul et il n’y a pas de délai de synchronisation multiroom, contrairement à AirPlay 2 qui impose 2 à 3 secondes de latence au démarrage.
Tu peux peut-être tester la beta du plugin, j’ai essayé de passer par l’ip du HomePod plutot que son ID en airplay2, normalement ça devrait être plus rapide sur un réseau ou le multicast n’est pas bien configuré (mais idem s’il est bien configuré). via l’ip ça utilise de l’unicast.
Chez moi toujours 3-4 secondes avant de jouer ça ne change rien.
Dans la version beta que je viens de publier, j’ai même mis deux calculs du temps :
le premier calcul le temps pour générer le fichier son + voir l’état actuel du homepod (s’il joue, son volume)
et le second c’est le temps après avoir joué la voix - le temp de durée de la voix => on a après combien de seconde la voix a commencé (s’il y a un jingle, c’est vraiment le moment de la voix, pas du jingle)
J’ai fini par pousser en stable, je cloture donc cette demande ici.
Nouvelle mise à jour du plugin :
Augmentation de la limite de googletts à 200 caractères, d’après les tests, ça a augmenté.
On coupe les phrases pour googletts aussi sur les « … » et les ) ] } -
Une fois remis ensemble, ces morceaux de phrase, on retire les blancs qui pourraient se faire entendre.
On communique avec les HomePods via unicast plutot que multicast maintenant, si le multicast est mal configuré dans votre réseau, ça peut réduire le temps de réaction.
Ajout de logs en debug pour la commande « Parle » on sait maintenant à partir de combien de seconde le HomePod a commencé à jouer la voix.
Correction installation picotts sur debian 11 et 12.
Nouveau TTS : Edge-TTS nommé dans les commandes tts=edgetts qui supporte pas mal de langues et de voix, bonne qualité, sans quotas.
Bonsoir, j’ai passé la version stable, voici le log en debug, presque 16 sec au final.
[2026-09-28 23:14:12] INFO Parle : Options: - Message :On sonne au portail
[2026-09-28 23:14:12] DEBUG Valeurs par défaut : 90 fr-FR googletts no 1
[2026-09-28 23:14:12] DEBUG Valeurs modifiées : 90 fr-FR googletts no 1
[2026-09-28 23:14:13] DEBUG FFMPEG existe et c'est un exécutable, on l'utilise
[2026-09-28 23:14:13] DEBUG Voix déjà existante dans le cache, on la récupère (/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_3a7859f6fa285ead210a798a7d5b00f7.mp3)
[2026-09-28 23:14:20] DEBUG Etat avant talk :Device: Salon (7D08B706-263F-48DA-8230-187560DFB5ED)
90.0
Media type: Unknown
Device state: Idle
Repeat: Off
Shuffle: Off
[2026-09-28 23:14:20] DEBUG Lancement commande talk device 192.168.1.65:7000: sudo /var/www/html/plugins/homepTalk/core/class/../../resources/atvremote/bin/atvremote -s 192.168.1.65 --protocol airplay set_volume=90 stream_file=/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_3a7859f6fa285ead210a798a7d5b00f7.mp3
[2026-09-28 23:14:20] DEBUG Temp de génération de la voix et analyse de l'état du périphérique 192.168.1.65:7000 : 8.168 secondes
[2026-09-28 23:14:29] DEBUG La voix a commencé à jouer 15.869 secondes après avoir lancé l'action
[2026-09-28 23:14:29] DEBUG restartIfOK:1|shouldResumeMusic:1|isPlaying:
[2026-09-28 23:14:29] INFO Restauration volume device 192.168.1.65:7000 à 90
Ma sonnette est en 433 MHz en RFX car un peu loin (mais lors du test j’exécute directement le scénario) . J’ai un binaire sur ma sonnette, j’ai essayé le nouveau générique sonnette homebridge ça marche trop bien !
Je n’ai plus besoin de ce plugin du coup mais je peux faire des tests au besoin.
En effet… Jeedom tourne sur quel équipement ? Ah je viens de voir, smart.
Niveau réseau des particularités ? Juste votre box ? Bcp de petit hub pas chers ? Jeedom en wifi ?
Quel HomePod ? Lié à une appletv ? En stéréo avec un autre HomePod ?
Si vous lancez une musique sur le HomePod avant d’envoyer le son, c’est plus rapide ou plus lent ?
Vous avez testé via picotts (qui devrait fonctionner maintenant même si la voix est moche) ou via le nouveau edgetts ? (Pour avoir un retour, ça n’ira pas plus vite)
pour comparaison moi sur un homepod mini 3.55 secondes pour jouer la voix et
0.848 secondes pour questionner le homepod sur son état avant :
[2026-09-29 08:10:18] INFO Parle : Options: - Message :On sonne au portail
[2026-09-29 08:10:18] DEBUG Valeurs par défaut : 35 fr-FR googletts no 1
[2026-09-29 08:10:18] DEBUG Valeurs modifiées : 35 fr-FR googletts no 1
[2026-09-29 08:10:18] DEBUG FFMPEG existe et c'est un exécutable, on l'utilise
[2026-09-29 08:10:18] DEBUG Voix déjà existante dans le cache, on la récupère (/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_3a7859f6fa285ead210a798a7d5b00f7.mp3)
[2026-09-29 08:10:19] DEBUG Etat avant talk :Device: Bureau (8575060F-3049-4CD6-8EEE-17291CE5C189)
20.0
Media type: Unknown
Device state: Idle
Repeat: Off
Shuffle: Off
[2026-09-29 08:10:19] DEBUG Lancement commande talk device 192.168.1.163:7000: sudo /var/www/html/plugins/homepTalk/core/class/../../resources/atvremote/bin/atvremote -s 192.168.1.163 --protocol airplay set_volume=35 stream_file=/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_3a7859f6fa285ead210a798a7d5b00f7.mp3
[2026-09-29 08:10:19] DEBUG Temp de génération de la voix et analyse de l'état du périphérique 192.168.1.163:7000 : 0.848 secondes
[2026-09-29 08:10:23] DEBUG La voix a commencé à jouer 3.55 secondes après avoir lancé l'action
[2026-09-29 08:10:23] DEBUG restartIfOK:1|shouldResumeMusic:1|isPlaying:
[2026-09-29 08:10:23] INFO Restauration volume device 192.168.1.163:7000 à 20
niveau réseau un switch 8 ports gbps de marque grand public (comprendre pas temu quoi ) qui interconnecte 3 tplink deco. Le homepod est un mini. J’ai une Apple TV mais le home pod n’est pas lié et pas non plus en paire stéréo.
Le lancement d’un son genre sncf prenait autant de temps. Je vais tester les autres demandes
J’ai fait un ping depuis Jeedom en Putty vers le homepod j’ai 109ms en moyenne avec un min à 4 et un max à 371
Cordialement
Édit : pareil avec les autres moteurs et également lorsque la musique joue. Idem après redémarrage du homepod.