Hello @Fabrice,
Tu peux essayer de lancer un fichier audio un peu long et regarder (commande ps auwxf) avec quel utilisateur le plugin lance la lecture ?
Je suppose que c’est www-data qui lance le son et que ce user n’est pas dans le group pour utiliser la carte son… Il me semble avoir pas mal galéré pour aligner les droits à l’époque.
Pour ouvrir un shell entant que www-data et lancer les tests sous ce compte, la commande est :
sudo -u www-data bash
Bad
Bonjour,
A l’installation de playTTS, il y a cette commande :
sudo usermod -a -G audio whoami`
Je contrôle pour voir si www-data est présent dans le group audio, ce n’est pas le cas, alors que c’est bien le cas sur mon Jeedom de production.
En SSH, faire :
sudo adduser www-data audio
Un reboot depuis l’interface de Jeedom et hop, les sons fonctionne.
@jcmar : vous confirmez ?
@Bad : je découvre ton message, qui est la bonne analyse.
Merci Fabrice et Bad,
je n’ai pas tout compris à votre échange, mais j’ai lancé *sudo adduser www-data audio*, puis rebooté, et maintenant je peux lire des fichiers wav avec Playtts.
Mais l’édition de messages au format texte en TTS avec Playtts ne fonctionne pas.
Je viens de tester, le TTS fonctionne bien dans mon cas, je n’utilise pas de texte proprement dis, mais le TTS directement depuis le plugin.
J’ai refais le test sur le deuxième RPI , c’est OK en lecture fichier, mais pas en TTS.
Sur mon RPI principal, avec mon projet, aucun des deux ne fonctionne. Mais sur celui-la il y a eu pas mal de tests. Il y a peut-être des corrections à faire.
Par contre le deuxième RPI est cleen, et ça ne fonctionne pas en TTS.
Il y a quoi comme erreur ? Log ? information ?
Vous avez bien fait cela :
wget http://ftp.us.debian.org/debian/pool/non-free/s/svox/libttspico0_1.0+git20130326-9_armhf.deb
wget http://ftp.us.debian.org/debian/pool/non-free/s/svox/libttspico-utils_1.0+git20130326-9_armhf.deb
sudo apt install -f ./libttspico0_1.0+git20130326-9_armhf.deb ./libttspico-utils_1.0+git20130326-9_armhf.deb
Oui j’ai bien lancé ces 3 lignes, elles permettent de passer Playtts OK.
Les messages Log n’ont pas vraiment évolués depuis le début.
Voici le log Playtts_Package du RPI n°2 (celui de test) :
0000|Mandatory option: --wave=filename.wav
0001|Usage: pico2wave
0002|-w, --wave=filename.wav Write output to this WAV file (extension SHOULD
0003|be .wav)
0004|-l, --lang=lang Language (default: "-w")
0005|Help options:
0006|-?, --help Show this help message
0007|--usage Display brief usage message
0008|sox FAIL formats: can't open input file `/tmp/voice.wav': No such file or directory
0009|Cannot find HOME directory.
0010|File not found: '/tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3'
0011|Failed to open /tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3.
0012|Mandatory option: --wave=filename.wav
0013|Usage: pico2wave
0014|-w, --wave=filename.wav Write output to this WAV file (extension SHOULD
0015|be .wav)
0016|-l, --lang=lang Language (default: "-w")
0017|Help options:
0018|-?, --help Show this help message
0019|--usage Display brief usage message
0020|sox FAIL formats: can't open input file `/tmp/voice.wav': No such file or directory
0021|Cannot find HOME directory.
0022|File not found: '/tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3'
0023|Failed to open /tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3.
0024|Mandatory option: --wave=filename.wav
0025|Usage: pico2wave
0026|-w, --wave=filename.wav Write output to this WAV file (extension SHOULD
0027|be .wav)
0028|-l, --lang=lang Language (default: "-w")
0029|Help options:
0030|-?, --help Show this help message
0031|--usage Display brief usage message
0032|sox FAIL formats: can't open input file `/tmp/voice.wav': No such file or directory
0033|Cannot find HOME directory.
0034|File not found: '/tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3'
0035|Failed to open /tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3.
Le Log Playtts du RPI n°2 reste vide ! (c’est curieux qu’il n’y ait rien)
Sur le RPI n°1, le principal, le Log Playtts est normal:
0148|[2022-07-18 17:13:09]DEBUG : File : /home/pi/police_s.wav
0149|[2022-07-18 17:13:23]INFO : Commande recue : test du son
0150|[2022-07-18 17:13:23]DEBUG : Lecture : tts test du son
0151|[2022-07-18 17:13:23]DEBUG : File : /tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3
0152|[2022-07-18 17:23:59]INFO : Commande recue : Fermeture arrivée d'eau
0153|[2022-07-18 17:23:59]DEBUG : Lecture : tts Fermeture arrivée d'eau
0154|[2022-07-18 17:23:59]DEBUG : File : /tmp/3e234585c174dd0824ded970e9a7fa13.mp3
0155|[2022-07-18 17:24:59]INFO : Commande recue : Ouverture arrivée d'eau
0156|[2022-07-18 17:24:59]DEBUG : Lecture : tts Ouverture arrivée d'eau
0157|[2022-07-18 17:24:59]DEBUG : File : /tmp/5bb8913ec4721bac8b0b99c502040ab7.mp3
et le Log Playtts_Package est le même que celui du RPI n°2. Avec les mêmes messages d’anomalies.
J’espère que ça pourra vous aider.
Sur le RPI n°2 Playtts était en mode Standard. Je l’ai passé en Debug, et le log Playtts n’est plus vide.
0000|[2022-07-18 18:07:02]INFO : Commande recue : /home/pi/police_s.wav
0001|[2022-07-18 18:07:02]DEBUG : Lecture : play /home/pi/police_s.wav
0002|[2022-07-18 18:07:02]DEBUG : File : /home/pi/police_s.wav
0003|[2022-07-18 18:07:15]INFO : Commande recue : test du son
0004|[2022-07-18 18:07:15]DEBUG : Lecture : tts test du son
0005|[2022-07-18 18:07:15]DEBUG : File : /tmp/84a863ff9a06567ac63563c95bb1c2d8.mp3
Bonjour Fabrice,
Ça y est ça marche !
Hier j’avais refait une installation complète de Jeedom/Buster, sans restaurer mon projet Jeedom. J’avais juste créé un nouveau projet avec uniquement un équipement Playtts. Les tests de son en ssh étaient OK. Avec Playtts la lecture de fichier était OK, mais pas de son enTTS.
Ce matin, c’était pareil, pas de son en TTS. Pour essayer d’avancer j’ai fait la restauration de mon projet (rien de plus), et tout fonctionne, lecture de fichier et TTS.
J’ai remis un peu d’ordre dans mon RPI 2 (il y avait eu beaucoup de bricolages), et ça fonctionne également.
C’est assez difficile à comprendre. En tout cas la dernière modification a bien fonctionné : (sudo adduser www-data audio ). Pourvu que ça dure !
Merci beaucoup pour ton aide. Sans cela il était impossible pour moi de corriger ce problème. C’est tout de même hard.
Jeedom est un produit formidable, qui permet de faire de belles choses, mais quand ça coince, ouille ouille ouille ! J’ai perdu beaucoup de temps avec ce passage en V4.
Encore merci à toi et à Bad (merci aussi à Kerdale pour son retour d’expérience).
J’espère que cela servira à d’autres.
Bonne journée à tous.
Bonjour,
Encore mieux… si vous pouvez tester la version bêta du plugin.
- Elle doit corriger tout d’un coup.
Pour le coup, j’ai recyclé mon Raspberry en serveur LMS, j’ai plus de quoi tester. Je testerais à l’occasion.
Où trouve t-on cette version bêta ? dans le Market il n’y a que la version stable.
Il faut accèpter, depuis votre profil ci-dessous, d’avoir accès aux plugins Bêtas :
Jeedom Market
La coche :
Accès aux bêtas
Activer l’accès aux plugins beta [x]
Ensuite, depuis Jeedom ou le Market, vous aurez accès aux plugins en version Bêta.
C’est fait. J’ai réinstallé en bêta, rebooté, et ça fonctionne.
L’installation des dépendances passe bien ?
Tout est ok ?
Merci au développeur du plugin
Au niveau du son tout fonctionne bien.
Mais effectivement, si je relance les dépendances je ne vois rien. Ça va très vite, et il n’y a pas la barre bleue de progression d’installation. La date de dernière installation n’est pas mise à jour, et reste ancienne.
J’abuse, mais vous n’avez pas une machine pour voir si cela s’installe en partant de rien.
Je n’ai pas de quoi tester la.
Merci
Vous voulez dire une nouvelle installation avec jeedom vierge et uniquement Playtts.
Si c’est ça, je pourrai le faire demain matin.
Oui, c’est ça.
Pour voir le comportement a l’installation des dépendances.
Merci
Finalement j’ai pu le faire ce soir.
C’est la même chose, si je lance les dépendances je ne vois rien. Elles restent NOK, et la date de dernière installation est inconnue.
Ok merci.
Pas de trace de logs, rien ?