HomepTalk ne parle plus sur HomePod après passage à OS 27

Bonjour,

Depuis le passage de mes HomePod en OS 27, le plugin HomepTalk ne produisait plus aucun son, alors qu’un HomePod resté en 26.6 fonctionnait toujours.

Après plusieurs tests, le problème semble venir de cliraop / l’ancien transport RAOP utilisé par HomepTalk.

Le TTS généré par HomepTalk est toujours correct. La solution qui fonctionne chez moi consiste à conserver HomepTalk pour générer le TTS, mais à envoyer le son avec pyatv en AirPlay 2.

1. Installer pyatv

Sur mon Jeedom Debian 12 / x86_64 :

apt update
apt install -y python3-venv ffmpeg

python3 -m venv /opt/pyatv-homeptalk
/opt/pyatv-homeptalk/bin/pip install --upgrade pip
/opt/pyatv-homeptalk/bin/pip install pyatv

On peut vérifier la détection des HomePod avec :

/opt/pyatv-homeptalk/bin/atvremote scan

2. Créer un wrapper AirPlay 2

cat > /usr/local/bin/homeptalk-airplay2 <<'EOF'
#!/bin/bash

PYATV="/opt/pyatv-homeptalk/bin/atvremote"
FFMPEG="/usr/bin/ffmpeg"

VOLUME=""
IP=""
FILE=""

while [ $# -gt 0 ]; do
    case "$1" in
        -v)
            VOLUME="$2"
            shift 2
            ;;
        -p|-w|-d|-nf|-ntp)
            shift 2
            ;;
        -*)
            shift
            ;;
        *)
            if [ -z "$IP" ]; then
                IP="$1"
            elif [ -z "$FILE" ]; then
                FILE="$1"
            fi
            shift
            ;;
    esac
done

[ -z "$IP" ] || [ -z "$FILE" ] && exit 1

TMPFILE=$(mktemp /tmp/homeptalk-airplay2-XXXXXX.wav)
trap 'rm -f "$TMPFILE"' EXIT

"$FFMPEG" -loglevel error -y \
    -f s16le -ar 44100 -ac 2 \
    -i "$FILE" "$TMPFILE" || exit 2

CMD=("$PYATV" -s "$IP")

[ -n "$VOLUME" ] && CMD+=("set_volume=$VOLUME")

CMD+=("stream_file=$TMPFILE")

"${CMD[@]}"
EOF

chmod 755 /usr/local/bin/homeptalk-airplay2

3. Remplacer cliraop par le wrapper

Faire impérativement une sauvegarde avant :

cd /var/www/html/plugins/homepTalk/resources/libraop/bin

cp -a cliraop-linux-x86_64 cliraop-linux-x86_64.original

rm -f cliraop-linux-x86_64

ln -s /usr/local/bin/homeptalk-airplay2 cliraop-linux-x86_64

HomepTalk continue alors à fonctionner normalement côté Jeedom, mais le chemin audio devient :

HomepTalk
→ TTS PCM
→ wrapper
→ FFmpeg PCM/WAV
→ pyatv
→ AirPlay 2
→ HomePod

Chez moi, cela permet de nouveau de faire parler les HomePod sous OS 27, sans modifier les scénarios Jeedom.

Retour arrière

En cas de problème :

cd /var/www/html/plugins/homepTalk/resources/libraop/bin

rm -f cliraop-linux-x86_64
cp -a cliraop-linux-x86_64.original cliraop-linux-x86_64

:warning: Attention : les groupes HomepTalk utilisent des fonctions spécifiques de cliraop (-ntp, -nf) qui ne sont pas réellement reproduites par ce wrapper. Les HomePod individuels fonctionnent chez moi, mais les groupes/synchronisations restent à tester.

Une mise à jour de HomepTalk peut également remettre le binaire cliraop d’origine ; il faudra alors éventuellement recréer le lien symbolique.

Encore Une mauvaise solution de l’ia, installe aTVremote (gratuit en beta) et coche dans homeptalk pour l’utiliser.

Merci @nebz
J’avoue que hier en cherchant, j’ai rien trouvé ! donc j’ai fait appel a ChatGpt.

Tu devrais rajouter dans la doc de aTVremote qu’il utilise Airplay2 et peut etre utilisé avec HomepTalk.

j’ai mis à jour le plugin en stable, il utilise maintenant directement airplay2 et intègre la lib atvremote, il n’est donc plus nécessaire de mettre le plugin atvremote pour que ça fonctionne.

2 « J'aime »

Bsr, je viens de faire la Maj du plugin homeptalk en version 2026-09-16 19:04:54 , mon HomePod ios27 reste muet… “Utiliser la librairie de aTVremote” est bien coché, j’ai loupé un truc ?

Il faudrait donner les logs en mode débug pour aider

Essaie de refaire un Scan.

Par contre il serait bien d’avoir une fonction pour décocher “Utiliser la librairie de aTVremote” pour les bornes air port express ancienne génération sinon elle ne fonctionne plus.

tu as l 'option

Oui mais j’ai un mix de HomePod et de borne AirPort Express

0000|[2026-09-16 21:12:36] INFO  Parle : Options:volume=40,vitesse=1.1 - Message :Fermeture des volets et véluxe dans 15 minutes
0001|[2026-09-16 21:12:36] DEBUG  Valeurs par défaut : 40 fr-FR voicerss no Axel 1
0002|[2026-09-16 21:12:36] DEBUG  Valeurs modifiées  : 40 fr-FR voicerss no Axel 1.1
0003|[2026-09-16 21:12:36] DEBUG  FFMPEG existe et c'est un exécutable, on l'utilise
0004|[2026-09-16 21:12:36] DEBUG  Voix déjà existante dans le cache, on la récupère (/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_83c4b33905cbe7472194ba936701cbb7.mp3)
0005|[2026-09-16 21:12:36] DEBUG  Lancement commande talk device 1: sudo /var/www/html/plugins/homepTalk/core/class/../../resources/atvremote/bin/atvremote -i 50:BC:96:02:43:00 --protocol airplay set_volume=40 stream_file=/var/www/html/plugins/homepTalk/core/class/../../resources/tts/tts_83c4b33905cbe7472194ba936701cbb7.mp3

Pb constaté chez moi pour les HomePod:

Après passage des HomePods en tvOS 27, les 6 équipements existants sont devenus muets sans aucune erreur dans les logs. En cause : le logicalId stocké (ex. Séjour D : D4:A3:3D:76:CE:A1) ne correspond plus au deviceid= actuellement annoncé en mDNS (42:06:82:FD:4E:5B). Preuve directe :

$ atvremote -i D4:A3:3D:76:CE:A1 --protocol airplay device_info
ERROR [pyatv.scripts.atvremote]: Could not find any Apple TV on current network

$ atvremote -i 42:06:82:FD:4E:5B --protocol airplay device_info
Model/SW: HomePod, tvOS 27.0 build 24J361

Oui si c’est le cas il faut rescanner et refaire. C’est un identifiant mais ça peut changer (généralement quand on les réinitialise)… et comme l’ip aussi j’ai rien d’autre pour fixer, moi tous mes HomePods ont gardé leur id…

j’ai utilisé “Découvrir HomePods” pour les ajouter à nouveau et l’outil “remplacer” pour actualiser tous mes scénarios , mes homepods parlent de nouveau :slight_smile:

1 « J'aime »


Voilà :wink:

2 « J'aime »

Super réactif ! merci

Salut

J’ai découvert le problème de HomePods hier soir chez moi.

J’ai lu cette page du forum en recherchant “bug HomepTalk” sur Google.

J’ai fait la redécouverte et le remplacement et hop, problème réglé ! :slight_smile:

Puis, j’avais dans le lot une enceinte Sonos qui renvoyait une erreur:

2026-09-16 23:35:58 homepTalk Impossible de trouver le device pour xx.xx.xx.xx:7000

La mise à jour de ce matin a permis de forcer le l’Airplay 1, et si je ne peux vérifier sur place l’émission du son, je peux confirmer que je n’ai plus le message d’erreur renvoyé par Jeedom lors d’une action :slight_smile:

MERCI !!! Super réactivité :slight_smile:

1 « J'aime »

Re salut

Je ne porte pas trop attention à mon enceinte sonos Symfonisk car depuis des années, elle finit au bout de quelques jours/semaines par ne plus émettre les sons de HomepTalk. Seule solution trouvée, balancer de l’airplay depuis mon iPhone et l’interrompre par une commande de jeedom dessus. Je la débloquais ainsi régulièrement.

Mais, en tentant de faire la même procédure ce soir, Sonos étant bien pilotable depuis “Sonos controller (sonos3) - stable”, la musique est bien interrompue par la commande HomepTalk, mais aucun son n’est émis. J’ai bien une demande de volume à 100%, et par ailleurs, je définis bien 100% depuis Sonos controller quand il y a de la musique.

J’ai tenté de remettre Airplay 2, puis je suis repassé à 1 forcé, j’ai tenté de désactiver “Utiliser la librairie de aTVremote”, mais rien non plus.

Si vous avez une solution…

Non pas de solution à un contournement que tu avais trouvé pour résoudre un problème Symfonisk désolé…

Merci pour ta réponse rapide !

Et… ok, merci :frowning:

Je note que tous les sons fonctionnent sauf le “Son alarme” qui n’envoie rien, quel que soit le HomePod