Re: [CBLX] Pico2wave avec speech-dispatcher

[Dominique Asselineau <asseline@xxxxxxxxxxxxxxxxxxxx>]

coolbrother@xxxxxxxxxx wrote on Wed, Sep 21, 2011 at 01:50:34PM +0200
> Je continue à m'exciter tout seul,
> car hier j'étais pressé d'aller me coucher et donc je n'avais plus la
> force d'écrire tout ce que je souhaitais dire sur les théoritiens de
> l'informatique :
> Je n'ai rien contre les philosophes linuxiens, il faut de tout pour faire un
> monde, et après tout, ça peut être amusant de les écouter.
> On en a un ici qui fait bien son job, fidèle au poste, et pour ne pas le
> nommer, Pierre, avec
> tous ses défauts, on l'aime bien quand même parce que déjà
> c'est un modèle des années 50, qui ne se fait plus, mais qui tombe
> rarement en
> panne quand on en a besoin.
> Bien sûr qu'il a 20 trains de retard en informatique, il programme encore en
> lisp, et ces références sont RMS et d'autres otistes du début de l'ère
> informatique,
> qui sont eux aussi en voie de disparition.
> mais bon on le connaît, et il nous rappelle que programmer
> n'était pas très drôle avant.
> Et en plus, on sait comment le gérer, il suffit de lui laisser le dernier
> mot,
> et tout va bien.
> 
> Mais ce qui me dérange, c'est que d'autres se mettent à l'immiter.
> Et alors là quand il y en a plusieurs, ça devient ingérable.
> 
> Donc concrètement :
> 
> Gérémy :
> >>> Je confirme que fonctionne:
> >>> # cat test.wav | aplay
> >>>
> >>> Mais pas :
> >>> # cat test.wav | mplayer
> >>>
> >>
> >
> > si si cela fonctione ... il faut juste rajouter un -
> >
> > ce qui donne :
> >
> > # cat test.wav | mplayer -
> >
> >
> i
> Chez moi  ça ne marche pas car ça donne :
> # cat test.wav | mplayer -
> 
> MPlayer 1.0rc3-4.4.4 (C) 2000-2009 MPlayer Team
> 
> Playing -.
> Reading from stdin...
> Cannot seek backward in linear streams!
> 
> 
> Exiting... (End of file)
> 
> Dominique:
> >> Quoiqu'il en soit, aplay est NETTEMENT plus léger et BIEN mieux adapté
> >> pour ce qu'on veut faire alors inutile de se prendre la tête avec
> >> l'usine à gaz de mplayer, certes puissant mais pour ce à quoi il est
> >> fait.
> >>
> >>
> > certes
> >
> >> D'autre part, le mécanisme de pipe est la plupart du temps plus
> >> efficace que des fichiers intermédiaires puisque dans ce le cas du
> >> pipe, le process consommateur, en l'occurrence aplay, n'a pas besoin
> >> d'attendre que le producteur (pico2wave) ait fini de créer le wave
> >> pour démarrer et traiter ce qu'il a déjà reçu, d'où un gain de
> >> réactivité bien utile dans ce genre d'appli.
> >>
> >> dom
> >> --
> >
> Je replace le contexte ici, il s'agit d'un fichier de configuration de
> speech-dispatcher qui fait appel à des applis hétérogènes,
> donc on ne peut pas se prononcer sur pipe ou pas, déjà qu'en script bash,
> on ne
> peut pas faire ce que l'on veut avec les tubes, notamment les accumuler..
> Et dans le cas présent, avec aplay :
> # pico2wave -w /tmp/test.wav "bonjour tout le monde." | aplay
> ne fonctionne pas.

La sortie de pico2wave va dans un fichier au lieu de la sortie standard.

Je n'ai malheureusement pas de machine avec ce logiciel pour le
vérifier mais

$ pico2wave "bonjour tout le monde." | aplay

devrait marcher.

> Et encore moins dans la commande du script qui serait avec un tube:
> GenericExecuteSynth \
> "pico2wave -w $TMPDIR/pico.wav -l $VOICE \'$DATA\' | $PLAY_COMMAND

Si tu ne t'en sors pas avec un tube, je te rappelle que dans mon
premier message, je te suggérais d'utiliser un fichier intermédiaire
calculé, à partir du n° de process par ex., car utiliser un nom fixe
dans un contexte dynamique ne va pas puisqu'il y a risque de conflits.

Quant aux états d'âme, ça ne sert à rien ni à personne.

> Donc ni Dominique ni Raphaël ont raison dans ce cas-là.
> Mais je reste toujours preneur d'une solution.
> 
> Pour finir, je retire tout ce que j'ai dis sur Pierre,
> et je m'excuse par avance de tout ce que je dirai sur lui dans un futur
> proche.

Bon, tu nous copieras 10 fois : « je dois faire preuve de réserve en
vers mes chers camarades de liste ».  Pierre veut juste
évangélisper...

dom

--

---
--
   CarrefourBLinuX MailingListe
   Pour obtenir de l'aide, envoyez le sujet  help  à:
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives:
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux