Re: [CBLX] Quelques questions sur Emacs et Speechd-el ?

[coolbrother@xxxxxxxxxx]

Super Tarik! ça va nettement mieux.
Spd-say plantait régulièrement au bout de 3 à 4 lignes lues, j'ai fait
plusieurs manips en ligne de commande,
sans pouvoir identifier le problème.
Finalement, j'ai insérer avant la dernière ligne du script ceci :
sleep 0.001
Histoire de laisser respirer spd-say.
Et ça a l'air de bien tourner.
Donc merci beaucoup.
Ce soir je vais essayer d'en lire une cinquantaine de pages, et je t'en
donnerais des nouvelles.

A bientôt:
Sam


> Bonjour Sam,
>
> Ci-joint le m�ªme script avec les options souhait�©es.
>
> C�´t�© synth�¨se au lieu d'appeler directement espeak, et pour
suivre les
> recommandations de Pierre, j'utilise spd-say de speech-dispatcher avec
> les options -l fr pour la langue et surtout l'option -w pour lui dire de
> rester en attente de la fin de la lecture de la ligne. Avec spd-say tu
> pourras utiliser ta synth�¨se ibmtts.
>
> cordialement
> Tarik
>
> Le mardi 23 mars 2010 �  03:37 +0100, coolbrother@xxxxxxxxxx a �©crit :
>> Salut Tarik, merci pour ton script.
>> C'est g�©nial de pouvoir faire tout �§a en si peu de lignes.
>> Non, vraiment astucieux !
>> J'ai ajout�© une ligne pour afficher la ligne texte avant qu'elle soit
>> dite par la synth�¨se.
>> C'est bien pratique pour se rep�©rer et v�©rifier certaines
>> orthographes.
>> Mais pour l'instant je ne peux pas l'utiliser en grandeur nature Ã?
>> cause
>> de la synth�¨se.
>> J'ai beau essay�© de ne pas y faire attention, mais espeak me donne
>> mal au
>> cr�¢ne au bout de 5 �  6 pages lues.
>> �§a vient aussi du fait que je sois habitu�© �  tout lire avec
>> ibmtts.
>> Mais qui est quand m�ªme beaucoup plus reposant �  �©couter que
>> Espeak.
>> Avec Espeak, il faut tellement se concentrer sur la voix que le contenu
>> du
>> texte nous �©chappe.
>> Je vais essay�© de voir s'il est possible de contr�´ler ibmtts en
>> ligne de
>> commande,
>> tout en contr�´lant la vitesse de la voix, le volume etc ...
>> Je doute que �§a soit possible, en tout cas j'en ai aucune id�©e
>> comment
>> faire �§a.
>>
>> Pour finir, je verrais bien deux petites options sympas Ã?  ton script :
>> -l n : pour lire �  partir d'un num�©ro de ligne en absolu.
>> -L n : pour lire �  partir d'un num�©ro de ligne en relatif, par
>> rapport
>> Ã?  la position courante.
>>
>>
>> Tout �§a me ram�¨ne bien �  mon id�©e de d�©part :
>> Il faut faire un programme propre Ã?  la lecture de texte pour les
>> deficients visuels.
>> Mais j'y pense que lorsque je suis dans l'urgence, c'est-Ã? -dire quand
>> je
>> n'ai pas le temps de le faire.
>>
>> A bient�´t:
>> Sam
>>
>> > Pierre,
>> :wq
>> >
>> > Si je triche ? bien s���»r que oui. Si la triche est dans le sens
>> trouver
>> > une solution astucieuse et faire bosser le PC Ã?Â?Ã?  ta place. En
>> > l'occurence, au lieu d'ins���©rer des rep���¨res ���  la
>> main, on adopte
>> une
>> > granularit���© plus forte : la ligne, mais qui est acceptable sur
>> un
>> > bouquin de 500 pages. Puis on fait travailler bash, espeak, wc et
>> tail.
>> >
>> > Pour la question de bufferisation j'avais en effet cette
>> appr���©hension.
>> > D'ailleurs un premier bug dans le script a fait d���©rouler le
>> compteur
>> > trop vite et j'ai cru que c'���©tait un probl���¨me de
>> bufferisation. En
>> fait,
>> > il n'en est rien. En mode ligne de commande espeak reste bloqu���©
>> jusqu'Ã?Â?Ã?
>> > ce que le dernier phon���¨me soit prononc���©. Donc mon
>> tracking par
>> ligne est
>> > bien r���©���©l. Test r���©���©l ���  l'appui.
>> >
>> > Pour ce qui est de la lecture hach���©e, oui c'est vrai quand une
>> phrase
>> > est coup���©e au milieu ce n'est pas tr���¨s propre. On peut
>> palier Ã?Â?Ã?
>> cela en
>> > envoyant des phrases au lieu de lignes tout en gardant la trace de la
>> > ligne contenant la derni���¨re phrase. Mais cela compliquera le
>> script et
>> > ce n'est pas le but recherch���©, qui est de trouver une solution
>> "quick &
>> > dirty".
>> >
>> > Sinon j'ai bien essay���© le script sur un fichier texte :
>> ���§a marche
>> > vraiment bien, au probl���¨me de cassure en fin de ligne
>> pr���¨s. Mais la
>> > lecture reste tr���¨s fluide et compr���©hensible. J'avais
>> aussi des
>> > appr���©hensions par rapport au temps de chargement de
>> l'ex���©cutable
>> espeak
>> > et des librairies dynamiques dont il a besoin. En fait, il n'en est
>> > rien, espeak en mode ligne de commande est vraiment tr���¨s
>> rapide. En plus
>> > il y a plein d'options permettant de personnalier la synth���¨se :
>> langue
>> > de synth���¨se, vitesse d'���©locution, pitch, prononcer ou
>> pas la
>> > ponctuation, etc.
>> >
>> > J'aimerais conna���®tre le point de vue de Sam, si son besoin est
>> toujours
>> > d'actualit���© et si le script lui a ���©t���© utile ou
>> pas.
>> >
>> > Cordialement
>> > Tarik
>> >
>> >
>> > Le lundi 22 mars 2010 Ã?Â?Ã?  21:17 +0100, Pierre Lorenzon a
>> ���©crit :
>> >> From: Tarik FDIL <tfdil@xxxxxxxx>
>> >> Subject: Re: [CBLX] Quelques questions sur Emacs et Speechd-el ?
>> >> Date: Mon, 22 Mar 2010 19:52:29 +0000
>> >>
>> >> > Bonjour,
>> >> >
>> >> > Je pense que le script bash ci-joint peut faire simplement ce que
>> >> > demande Sam. L'id���©e du script est simple : utiliser espeak
>> pour lire
>> >> le
>> >> > fichier ligne par ligne et r���©aliser le tracking par le
>> script shell
>> >> qui
>> >>
>> >>   Tu triches ! si c'est du tracking ligne ���  ligne m���ªme
>> balise Ã?Â?Ã?
>> >>   balise pour n'importe quelle balise identifi���©e ! Bien
>> s���»r !
>> >>   En bash en lisp et m���ªme en perl je veux bien c'est dire ....
>> >>
>> >>
>> >> > commande espeak.
>> >> >
>> >> > Plus pr���©cis���©ment le script lit le fichier texte ligne
>> par ligne et
>> >> les
>> >> > envoie ���  espeak pour synth���¨se vocale. Avant d'envoyer
>> une ligne
>> Ã?Â?Ã?
>> >> espeak
>> >>
>> >>   Ca veut dire pas de buffering c���´t���© espeak ? Autrement
>> dit,
>> >>   espeak n'accepte une nouvelle s���©quence que lorsque la
>> >>   pr���©c���©dente est prononc���©e ? Prononc���©e
>> veut dire, dans ce cas
>> >>   pass���© ���  un play ou sox ou ���©quivalent. Donc on
>> n'accepte pas
>> >>   d'input tant qu'on n'a pas re���§u le signal de sortie de play
>> >>   ou sox ? Sans quoi rien ne te dit que le dernier num���©ro
>> >>   enregistr���© est celui de la s���©quence qui est en train
>> d'���ªtre
>> >>   lue (je veux dire prononc���©e, celle que tu as dans les
>> >>   oreilles quoi.) C'est une mani���¨re de faire du tracking
>> >>   (triviale ���  r���©aliser d'ailleur inside emacs) mais
>> ���§a doit
>> >>   donner une lecture tr���¨s hach���©e. C'est pour
>> ���©viter ce genre de
>> >>   trucs que ssip et speech-dispatcher ont ���©t���©
>> d���©velopp���©s.
>> >>
>> >>   Pierre
>> >> > il stocke son num���©ro dans un fichier texte portant le
>> m���ªme nom que
>> >> le
>> >> > fichier lu et ayant l'extension .pos. Quand on veut arr���ªter
>> la
>> >> lecture,
>> >> > il suffit de faire un ctrl-c pour arr���ªter le script. Ensuite
>> quand on
>> >> > veut reprendre il suffit de relancer le script avec le nom du
>> fichier
>> >> Ã?Â?Ã?
>> >> > lire et ���©videmment le script commence par consulter le
>> num���©ro
>> de la
>> >> > derni���¨re ligne lue stock���© dans le fichier position et
>> utilise les
>> >> > commandes wc puis tail pour lire juste les lignes restantes.
>> >> >
>> >> > Cordialement
>> >> > Tarik
>> >> >
>> >> > Le lundi 22 mars 2010 Ã?Â?Ã?  19:34 +0100, Pierre Lorenzon a
>> ���©crit :
>> >> >> Mais Gilles, moi je ne lis jamais un texte Ã?Â?Ã?  la file comme
>> le
>> >> >> lit Sam. Moi je lis phrase Ã?Â?Ã?  phrase voir ligne Ã?Â?Ã?  ligne
>> donc Ã?Â?Ã?
>> >> >> ce point c'est clair que le mapping est maintenu Ã?Â?Ã?  la main
>> >> >> puisque la synth���¨se est command���© par le
>> d���©placement du
>> >> >> curseur. Donc tu sais toujours o���¹ tu en es
>> ���©videmment ! Mais
>> >> >> Sam veut lancer le d���©filement un peu comme un
>> magn���©tophone et
>> >> >> arr���ªter et se rep���©rer dans le texte. Et l��� ,
>> Ã?Â?Ã?  moins que
>> je sois
>> >> >> devenu idiot, il faut un mapping/tracking automatique. Je
>> >> >> comprends ton point de vue : il y a des balises naturelles dans
>> >> >> le texte, (phrases, lignes, paragraphes, pages) selon ce qui
>> >> >> est le plus pertinent et il faut d���©couper la lecture en
>> >> >> fonction d'icelles. C'est ���©videmment comme ���§a que je
>> fais, en
>> >> >> utilisant les fl���¨ches ou les pg-up pg-down. Mais bis
>> repetita,
>> >> >> Sam ne voulait, du moins ���  l'origine pas proc���©der
>> ainsi.
>> >> >>
>> >> >> Pierre
>> >> >>
>> >> >>
>> >> >> From: touze <gilles.touze@xxxxxxxxxxx>
>> >> >> Subject: Re: [CBLX] Quelques questions sur Emacs et Speechd-el ?
>> >> >> Date: Sun, 21 Mar 2010 18:45:51 +0100
>> >> >>
>> >> >> > Pierre Lorenzon a ���©crit :
>> >> >> >> From: Gilles Touz���© <gilles.touze@xxxxxxxxxxx>
>> >> >> >> Subject: Re: [CBLX] Quelques questions sur Emacs et Speechd-el
>> >> >> >> ?
>> >> >> >> Date: Sat, 20 Mar 2010 07:43:06 +0100
>> >> >> >>
>> >> >> >>
>> >> >> >>> coolbrother@xxxxxxxxxx a �������©crit :
>> >> >> >>>
>> >> >> >>>> Merci beaucoup Pierre pour toutes ces
>> r�������©ponses.
>> >> >> >>>> Pour le tracking, comme je dois lire rapidement ce bouquin,
>> on
>> >> >> >>>> va laisser
>> >> >> >>>> �������§a de c�������´t�������©.
>> >> >> >>>> Je n'ai qu'Ã?Â?Ã?Â?  faire attention quand je stoppe la
>> lecture, et
>> >> >> >>>> rechercher les
>> >> >> >>>> derniers mots prononc�������©s, et �������§a
>> ira tr�������¨s
>> >> bien comme
>> >> >> >>>> �������§a.
>> >> >> >>>>
>> >> >> >>> Aldo, si tu lis au format txt, tu peux toujours placer une
>> >> >> >>> chaine de caract�������¨re
>> caract�������©ristique (chez nous,
>> >> c'est
>> >> >> >>> "qqq"),
>> >> >> >>> qui marquera l'emplacement de ta fin de lecture ; plus de
>> >> >> >>> risque d'oublier les derniers mots. En pdf, ce n'est pas
>> >> >> >>> possible, bien s�������»r.
>> >> >> >>>
>> >> >> >>
>> >> >> >>   Comprends pas Gilles ! "tu peux toujours placer" : ���§a
>> c'est
>> >> >> >>   du tracking ou je ne m'y connais pas. Placer o���¹ ?
>> >> >> > A l'endroit o���¹ l'on souhaite reprendre la lecture
>> >> >> > ult���©rieurement.
>> >> >> >> Dans le
>> >> >> >>   buffer, dans le fichier ?
>> >> >> > Dans le fichier.
>> >> >> >> Qui place ?
>> >> >> > La personne qui lit le fichier, en mode lecture/���©criture
>> >> >> >> Non le vrai probl���¨me
>> >> >> >>   qui se pose c'est d'initier et de maintenir
>> >> >> > Ben, ma solution, elle maintient : aucune complication
>> >> >> > technique, "seulement" une gestion rigoureuse Ã?Â?  la main des
>> >> >> > marques que je fais poser. Il faut bien s���»r penser ��
>> retirer
>> >> >> > la marque une fois son utilit���© pass���©e.
>> >> >> >> un mapping
>> >> >> >>   (tracking) entre la donn���©e textuelle et le flux
>> sonore. Sauf
>> >> >> >>   que ���§a comme je l'ai effleur���© dans mon mail
>> >> pr���©c���©dent, ���§a
>> >> >> >>   pose de vrais questions th���©oriques, et qu'il y a
>> m���ªme de
>> >> >> >>   vrais obstacles th���©oriques !
>> >> >> >>
>> >> >> > On ne veut pas un tracking au caract���¨re pr���¨s. Au
>> paragraphe
>> >> >> > pr���¨s (valeur approch���©e par d���©faut, c'est
>> Ã?Â?  dire au
>> >> d���©but
>> >> >> > du paragraphe en cours de lecture ou fin du paragraphe
>> >> >> > pr���©c���©dent), cela serait d���©j��  pas mal.
>> Mais laisse moi te
>> >> >> > dire qu'un revue d'���©cran qui ne permet pas de lire un
>> texte en
>> >> >> > plusieurs fois n'est pas digne de ce nom. Ou pour le formuler
>> >> >> > autrement, comment te d���©brouilles-tu, toi, n'es-tu jamais
>> >> >> > confront���© ��  ce probl���¨me qui me semble tout de
>> m���ªme
>> >> >> > extr���ªmement basique ?
>> >> >> >
>> >> >> > A ce sujet, c'est ce probl���¨me-ci qui m'a fait renoncer
>> Ã?Â?
>> >> >> > recommander Orca ��  ma moiti���©, et pourtant, Orca tente
>> de
>> >> >> > suivre ��  l'���©cran ce qu'il dit ��  la
>> synth���¨se. Mais on ne
>> >> >> > peut pas l'arr���ªter suivant des crit���¨res
>> suffisamment
>> >> >> > vari���©s. L'arr���ªt au paragraphe est semble-t-il la
>> bonne
>> >> unit���©
>> >> >> > de lecture pour un texte de genre "litt���©raire". Je
>> pensais que
>> >> >> > emacsspeak ���©tait plus ���©volu���©. Il semblerait
>> que cela soit
>> >> >> > consid���©r���© comme un probl���¨me secondaire, et
>> pas encore
>> >> >> > impl���©ment���©, donc ?
>> >> >> >
>> >> >> > Excuse mon ton un peu provocateur, mais je prend la discussion
>> >> >> > en cours, et je n'ai pas encore en t���ªte tous les faits,
>> >> >> > seulement des certitudes pas toujours justifi���©es.
>> >> >> >>   Pierre
>> >> >> >>
>> >> >> >>
>> >> >> > Gilles
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > ---
>> >> >> > --
>> >> >> >   CarrefourBLinuX MailingListe Pour obtenir de l'aide, envoyez
>> le
>> >> >> >   sujet help Ã? : carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
>> >> >> >   Archives:
>> >> >> >   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
>> >> >> >
>> >> >>
>> >> >>
>> >> >>
>> >> >> ---
>> >> >
>> >>
>> >>
>> >>
>> >> ---
>> >
>> >
>> >
>> > ---
>> > --
>> >    CarrefourBLinuX MailingListe
>> >    Pour obtenir de l'aide, envoyez le sujet  help  :
>> >    carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
>> >    Archives:
>> >    http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
>> >
>> >
>>
>>
>>
>> ---
>> --
>>    CarrefourBLinuX MailingListe
>>    Pour obtenir de l'aide, envoyez le sujet  help  Ã :
>>    carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
>>    Archives:
>>    http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
>>
>
>



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