Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

faire parler son PC

[supprimé]

Ok, je vais regarder chez Mandriva si ya pas un truc la-dessus.
Mandriva connait bien KDE.

Dud

Merci pour vos contributions sur Mbrola, le rendu est en effet bien meilleur.
Cela dit, espeak reste toujours aussi manchot, il est donc toujours nécessaire de rajouter tous les sed du script initial de Ghost33 pour que certains mots soient correctement prononcés.

Ensuite j'ai été surpris par une chose : Mbrola est incapable contrairement à Espeak de prononcer le mot aujourd'hui! Il y a également un problème avec le chiffre huit :mad:
Si quelqu'un veut bien répondre à ce problème de débutant, j'aimerais savoir pourquoi

... | sed 's/aujourd\'hui/aujourduy/g' | espeak ...

me renvoie :
espeak.sh: 19: Syntax error: Unterminated quoted string

Sinon Mbrola peut jouer plusieurs sons en même temps, ce qui rend l'utilisation de aoss inutile.

Par contre il y a une petite erreur dans les scripts du wiki : il faut enlever le done tout à la fin. Je suggère également de rajouter rm ${TEMP}.

Et pour finir, j'ai encore une petite question de débutant 😃 : je me demandais pourquoi ${VARIABLE} était utilisé dans le script et non $VARIABLE tout court? Quelle est la différence entre les 2?

Pour l'amélioration du script servant à lire le contenu d'un dossier, je propose ceci (je ne connais presque pas la commande sed, il y a très certainement une autre solution plus efficace) :

	# On liste le contenu du dossier, et on inscrit cette liste dans un fichier texte temporaire
	ls > ${TEXTE}
	cat ${TEXTE} | tr '\n' '#' | sed 's/#/ ; /g' > ${TEXTE}

Au moins ça a le mérite de marcher 😛

Skippy le Grand Gourou

Dud a écritEnsuite j'ai été surpris par une chose : Mbrola est incapable contrairement à Espeak de prononcer le mot aujourd'hui!

Comment ça ? mbrola ne lit pas du texte, mais des phonèmes, non ?

Dud a écritSi quelqu'un veut bien répondre à ce problème de débutant, j'aimerais savoir pourquoi

... | sed 's/aujourd\'hui/aujourduy/g' | espeak ...

me renvoie :
espeak.sh: 19: Syntax error: Unterminated quoted string

Essaie :

... | sed 's/aujourd\\\'hui/aujourduy/g' | espeak ...

Dud a écritEt pour finir, j'ai encore une petite question de débutant 😃 : je me demandais pourquoi ${VARIABLE} était utilisé dans le script et non $VARIABLE tout court? Quelle est la différence entre les 2?

à‡a n'a pas grande différence, tu peux même remplacer les accolades par des parenthèses. C'est surtout une question de "coding style". Perso j'essaie de mettre des accolades, je trouve ça plus sûr, notamment si tu veux coller le contenu d'une variable à du texte sans espace : $VARIABLEtexte ne donnera rien parce qu'il n'y a pas de variable nommée VARIABLEtexte, $VARIABLE texte mettra un espace entre les deux, et ${VARIABLE}texte collera tout correctement. 🙂

Dud a écritPour l'amélioration du script servant à lire le contenu d'un dossier, je propose ceci (je ne connais presque pas la commande sed, il y a très certainement une autre solution plus efficace) :
	# On liste le contenu du dossier, et on inscrit cette liste dans un fichier texte temporaire
	ls > ${TEXTE}
	cat ${TEXTE} | tr '\n' '#' | sed 's/#/ ; /g' > ${TEXTE}
Au moins ça a le mérite de marcher 😛

J'ai pas regardé le script, mais pourquoi ne pas faire tout simplement une boucle for :

for TEXTE in `ls`
do
   ...
done

Dud

Skippy le grand gourou a écritComment ça ? mbrola ne lit pas du texte, mais des phonèmes, non ?

ah ok.... 😐

... | sed 's/aujourd\\\'hui/aujourduy/g' | espeak ...

me renvoie toujours la même erreur (pareil en ne mettant que 2 backslashes).

Skippy le grand gourou a écritJ'ai pas regardé le script, mais pourquoi ne pas faire tout simplement une boucle for

J'y avais pensé au début. Et en effet, le rendu est bien meilleur que le code que j'ai proposé.

else

   for TEXTE in `ls`
   do

   	# On traduit le fichier texte temporaire en phonèmes grà¢ce à  espeak, et on l'envoie vers l'autre fichier temporaire
   	espeak -v ${TYPE} -s 140 -p 40 ${TEXTE} > ${TEMP}
	
	   # on lit le fichier temporaire de phonèmes
   	mbrola ${VOIX} ${TEMP} -.au | aplay

   done	

fi

Par contre c'est le bordel une fois ce script lancé, impossible de l'arrêter!

Skippy le Grand Gourou

Dud a écritme renvoie toujours la même erreur (pareil en ne mettant que 2 backslashes).

... | sed "s/aujourd\'hui/aujourduy/g" | espeak ...

alors.

Dud a écritPar contre c'est le bordel une fois ce script lancé, impossible de l'arrêter!

Et en insérant sleep 0.2 dans la boucle ?

i M@N

Hello.

Excellent ce topic ...

espeak -v mb/mb-fr4 -s 120 "ubuntu G N U `uname` `uname -r | cut -c 1-9`" > ~/.espeak-swap.pho && mbrola /usr/local/share/mbrola/fr2/fr2 ~/.espeak-swap.pho -.au | aplay 2> /dev/null

En fait ça me raconte aussi la température des disques et du processeur, mais après vous improvisez ...
[mode Laspalès]"c'est VOUS qui voyez !"[/mode Laspalès]

Tellement geek ...

@+...

Skippy le Grand Gourou

Je viens de me rendre compte que mbrola accepte de récupérer la sortie standard en entrée, il suffit de mettre un tiret à la place du fichier .pho (je crosyais que ça marchait pas parce que j'essayait avec -.pho... :rolleyes:).

Et donc, iM@N, j'ai trouvé encore plus geek que toi ! 😛

herberts

En ce qui concerne les modifications du wiki, notamment les scripts : ceux qui ont des idées d'amélioration, n'hésitez pas à modifier tout ça directement dans le wiki, à partir du moment oà¹ vous êtes sûr de vous 😉

Miaou86

cool cette astuce MERCI

Dud

Skippy le Grand Gourou a écrit

... | sed "s/aujourd\'hui/aujourduy/g" | espeak ...

alors.

Oui cette fois je ne reçois pas d'erreur à l'execution, mais il ne prend pas en compte la modification (il prononce toujours "aujourdu"). Pour que ça marche il faut enlever le backslash :

... | sed "s/aujourd'hui/aujourduy/g" | espeak ...

Skippy le Grand Gourou a écrit
Dud a écritPar contre c'est le bordel une fois ce script lancé, impossible de l'arrêter!
Et en insérant sleep 0.2 dans la boucle ?

Non ça ne change pas le problème... 🙁

J'ai mis à jour le wiki.

Cependant j'ai constaté un problème avec l'amélioration apporté par Skippy dans le script permettant de lire le contenu d'un dossier. Si je ne me trompe pas, lorsque je sélectionne des fichiers avec la souris, ils sont passés en paramètre au script, c'est d'ailleurs pour cela que herberts avait écrit :

# On liste le contenu du dossier, et on inscrit cette liste dans un fichier texte temporaire
    ls "$@" > ${TEXTE}

Mais avec la boucle for cela ne semble plus fonctionner. Pourtant lorsque j'étudie les différentes valeurs prises par la variable TEXTE, j'ai bien l'ensemble des fichiers sélectionnés et rien de plus!

for TEXTE in `ls $@`
   do
	# On traduit le fichier texte temporaire en phonèmes grâce à espeak, et on l'envoie à Mbrola
 
        espeak -v ${TYPE} -s 140 -p 40 ${TEXTE} | mbrola ${VOIX} - -.au | aplay
        echo ${TEXTE} >> file
   done

Skippy le Grand Gourou

Dud a écrit
Skippy le Grand Gourou a écrit
Dud a écritPar contre c'est le bordel une fois ce script lancé, impossible de l'arrêter!
Et en insérant sleep 0.2 dans la boucle ?
Non ça ne change pas le problème... 🙁

Et en rajoutant un :

trap 'trap 2; break' 2

avant la boucle ?

Dud a écritCependant j'ai constaté un problème avec l'amélioration apporté par Skippy dans le script permettant de lire le contenu d'un dossier. Si je ne me trompe pas, lorsque je sélectionne des fichiers avec la souris, ils sont passés en paramètre au script, c'est d'ailleurs pour cela que herberts avait écrit :
# On liste le contenu du dossier, et on inscrit cette liste dans un fichier texte temporaire
    ls "$@" > ${TEXTE}
Mais avec la boucle for cela ne semble plus fonctionner. Pourtant lorsque j'étudie les différentes valeurs prises par la variable TEXTE, j'ai bien l'ensemble des fichiers sélectionnés et rien de plus!

Dans "file" il y a juste ce qu'il faut, mais il lit quand même tout ??? C'est louche ça... 😐
Et en mettant $@ entre guillemets ?

Dud

Skippy le Grand Gourou a écritEt en rajoutant un :

trap 'trap 2; break' 2

avant la boucle ?

Oh la oh la oh la!! :o :o
J'ai essayé mais ça ne change rien du tout. Lorsque je relance le script de suite après une première execution, les fichiers de la deuxième execution sont lus en même temps que ceux de la première. J'entend donc 2 voix qui s'entrecoupent.

Skippy le Grand Gourou a écritDans "file" il y a juste ce qu'il faut, mais il lit quand même tout ???

Non en fait il lit juste le 1er fichier. Mais je viens de trouver le problème, ce n'est pas dû au script. Je reçois ce message d'erreur lorsque je le lance en ligne de commande (pourtant je n'ai rien d'autre qui utilise la carte son à priori, mon lecteur multimédia n'est pas lancé) :

$ sh dossier 
Lecture en cours Sparc Audio 'stdin' : Signed 16 bit Big Endian, Taux 22050 Hz, Mono
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:545: Erreur d'ouverture audio: Périphérique ou ressource occupé

La 1ère ligne (Lecture en cours Sparc Audio 'stdin' : Signed 16 bit Big Endian, Taux 22050 Hz, Mono) correspond à la lecture du fichier (à l'execution de Mbrola en fait).

Skippy le Grand Gourou

Dud a écritOh la oh la oh la!! :o :o
J'ai essayé mais ça ne change rien du tout. Lorsque je relance le script de suite après une première execution, les fichiers de la deuxième execution sont lus en même temps que ceux de la première. J'entend donc 2 voix qui s'entrecoupent.

Je pige pas tout là... Ton problème initial était que tu n'arrivais pas à arrêter la boucle, non ? Dans ce cas je viens de tester, et ma réponse fonctionne parfaitement, même si en fait la moitié est inutile, il suffit de :

trap 'break' SIGINT

(le 2 est le numéro du signal de sortie SIGINT, ou Ctrl+C, la commande trap sert à le récupérer pour le remplacer ici par un "break", qui sert à quitter une boucle ; mon erreur (enfin pas vraiment, parce que ça fonctionne) était de vouloir inclure également une autre commande trap, pour rétablir le Ctrl+C, mais ça se fait automatiquement en sortant de l'exécution du script).

Maintenant si je comprends bien tu parles d'empêcher l'exécution du script s'il est déjà lancé, ou de tuer la première instance si on en lance une deuxième ? Dans les deux cas c'est un autre problème...

Pas compris la suite non plus... 😐

Dud

Skippy le Grand Gourou a écritJe pige pas tout là... Ton problème initial était que tu n'arrivais pas à arrêter la boucle, non ? Dans ce cas je viens de tester, et ma réponse fonctionne parfaitement, même si en fait la moitié est inutile, il suffit de :
trap 'break' SIGINT
(le 2 est le numéro du signal de sortie SIGINT, ou Ctrl+C, la commande trap sert à le récupérer pour le remplacer ici par un "break", qui sert à quitter une boucle ; mon erreur (enfin pas vraiment, parce que ça fonctionne) était de vouloir inclure également une autre commande trap, pour rétablir le Ctrl+C, mais ça se fait automatiquement en sortant de l'exécution du script).

Maintenant si je comprends bien tu parles d'empêcher l'exécution du script s'il est déjà lancé, ou de tuer la première instance si on en lance une deuxième ? Dans les deux cas c'est un autre problème...

Pardon je me suis mal exprimé, désolé. Il ne s'agissait pas de sortir de la boucle, l'interruption par le signal SIGINT marche. Je parlais effectivement d'arrêter le script lorsqu'un autre instance de ce même script était déjà lancée. C'est d'ailleurs ce à quoi sert ce code dans les autres scripts :

if [ ! -z $(ps -A | grep mbrola | awk '{ print $1 }' ) ]; then
     kill $(ps -A | grep mbrola | awk '{ print $1 }' )

Mais ici cela ne marche plus depuis que la boucle for a été introduite, puisque successivement de nouvelles executions de Mbrola sont lancées à chaque itération.
Pour pallier à ce problème, il faut donc arrêter les scripts en cours d'execution, j'ai alors remplacé mbrola dans le code précédent par le nom du script (grep "nom_du_script" au lieu de grep mbrola), mais cela ne fonctionne pas.
J'ai aussi pensé à pkill "nom_du_script" mais ça me parait un petit peu bourrin....

Skippy le Grand Gourou a écritPas compris la suite non plus...

Lorsque j'execute le script permettant de lire le contenu d'un dossier à l'aide du menu scripts de Nautilus, ça me lit tous les fichiers. Donc pas de problèmes.

Lorsque je sélectionne des fichiers à l'aide de la souris, ça me lit le 1er fichier et puis...ça s'arrête. D'autres fois...ça marche il me lis bien les bon fichiers et rien de plus, d'autre fois encore il m'en lit seulement 3...
Mais 90% des fois il s'arrête au 1er. Et lorsque je regarde les logs (fichier file), j'ai bien tous les fichiers sélectionnés et rien de plus.

Alors j'essaie d'éxécuter ce fichier en console et là un coup ça marche un autre coup ça marche plus il me renvoie l'erreur que j'ai donnée dans mon précédent post (sans rien lire du tout) :

$ sh dossier dossier fichier 
Lecture en cours Sparc Audio 'stdin' : Signed 16 bit Big Endian, Taux 22050 Hz, Mono
Lecture en cours Sparc Audio 'stdin' : Signed 16 bit Big Endian, Taux 22050 Hz, Mono

#il lit bien les 2 fichiers donnés en paramètres
#dans la foulée je le relance :

$ sh dossier dossier fichier 
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:545: Erreur d'ouverture audio: Périphérique ou ressource occupé
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:545: Erreur d'ouverture audio: Périphérique ou ressource occupé

Donc je pensais que peut être c'était à cause de cette erreur que le script s'arrêtait lorsque je sélectionnait les fichiers à la souris, mais à vrai dire j'en sais rien du tout....

A priori, la boucle for avec le : `ls $@` est correcte puisque dans file il y a bien les bon fichiers.

Voilà j'espère avoir été plus clair, désolé si j'ai été confus dans mes précédents posts.

herberts

Si je comprends bien, tu essaye de lui faire lire le contenu de plusieurs fichiers sélectionnés les uns après les autres.

ça, j'avoue que je n'avais pas pensé à tester...

Je sais pas trop comment marche l'histoire des paramètres avec le $@, mais peut être qu'il faudrait faire un "glissement" des paramètres, en lui faisant lire d'abord le premier fichier avec une commande du genre $1 à la place de $@ (par contre, quelle est la syntaxe exacte et quel numéro de paramètre c'est...) puis quand la lecture du premier est fini, effectuer le glissement (pareil, je sais qu'on peut le faire pour l'avoir déjà vu dans des scripts, mais comment...) pour que le $2 devienne le $1 et boucler pour recommencer la lecture (mais ce sera le deuxième fichier cette fois ci)

Dud

herberts a écritSi je comprends bien, tu essaye de lui faire lire le contenu de plusieurs fichiers sélectionnés les uns après les autres.

ça, j'avoue que je n'avais pas pensé à tester...

Ben si justement c'est pas à ça qu'il sert le $@ dans ton script??

# On liste le contenu du dossier, et on inscrit cette liste dans un fichier texte temporaire
    ls "$@" > ${TEXTE}

La commande pour faire glisser les paramètres est shift. Je l'ai essayé mais cela ne fonctionne pas.
Le script a vraiment un fonctionnement aléatoire : à certains moments cela marche très bien il lit bien tous les fichiers sélectionnés!
Je suis quasiment sûr que le script est bon vu que dans les logs je retrouve bien les fichiers sélectionnés.

herberts

Le $@ permet d'envoyer tous les paramètres (donc avec plusieurs fichiers sélectionnés, tous les fichiers, mais il y a d'autres paramètres, comme le nom de l'application et d'autres trucs encore)

Effectivement, puisque tous les fichiers sont dans le log, ils sont bien vu comme des paramètres, mais je me demande si le problème ne vient pas du fait qu'il reçoit plusieurs fichiers en même temps.

Du coup ce que je proposais, c'est de décomposer les paramètres "à la main", justement en passant par les $1, $2 etc, mais je sais pas exactement comment faire.

Dud

herberts a écritLe $@ permet d'envoyer tous les paramètres (donc avec plusieurs fichiers sélectionnés, tous les fichiers, mais il y a d'autres paramètres, comme le nom de l'application et d'autres trucs encore)

T'es sûr? D'après lea-linux.org :
"La variable @ (dont le contenu est $@) contient l'ensemble de tous les "mots" qui ont été passé au script (c'est à dire toute la ligne de commande, sans le nom du script)."
J'ai affiché la valeur de $@ lors de l'execution du script et elle ne contient bien que les fichiers passés en paramètres et rien de plus.

herberts a écritEffectivement, puisque tous les fichiers sont dans le log, ils sont bien vu comme des paramètres, mais je me demande si le problème ne vient pas du fait qu'il reçoit plusieurs fichiers en même temps.

Je crois que tu as trouvé la solution. Apparemment ce script ne pose plus de problèmes :

   FICHIERS=`ls $@`
   
   for TEXTE in ${FICHIERS}
   do
        espeak -v ${TYPE} -s 140 -p 40 ${TEXTE} | mbrola ${VOIX} - -.au | aplay
   done

herberts

Bon, nickel, si tu te sens motivé, tu peux le modifier dans le wiki 🙂

Dud a écritJe crois que tu as trouvé la solution

: Non non, c'est toi qui viens de la trouver là, moi j'ai juste émis une hypothèse 😉

Dud

Le wiki a été mis à jour.

Par contre, il reste une petite limitation : comme les paramètres lors de l'appel du script sont séparés par des espaces, les fichiers comportant un ou des espaces ne sont pas lus et provoquent des erreurs. En effet au moment du listage des fichiers sélectionnés (ls $@), si il y a un fichier nommé par exemple "linux ubuntu.txt", alors le script cherchera 2 fichiers un appelé linux et l'autre ubuntu.txt!
Et ça je ne pense pas que cela soit évitable...

« Page précédente Page suivante »