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

[coolbrother@xxxxxxxxxx]

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