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

[Pierre Lorenzon <devel@xxxxxxxxxxxxxxxxxxxx>]

Ah mauvaise langue que tu es ! tu fais C-h i dans emacs, et tu
as un item SSIP parce que la doc est fournie avec speechd-el !
Arrête de dire du mal des Tchèques ! Bon cela dit tu n'en n'as
peut être même pas besoin parce qu'il y a le client spd-say de
speech-dispatcher en ligne de commande qui se conduit comme une
synthèse (beh oui il implémente le protocol SSIP tout
simplement) sauf qu'il est transparent. Enfin moi, mais moi
c'est moi, s'il s'agissait d'envoyer des chunk de text indexé à
une synthèse, je ferais ça dans emacs, en utilisant speechd-el
comme client SSIP. Enfin sur le fond et quant au fait que le
manque de doc est une occasion phénoménale de perte de temps et
d'énergie je ne peux qu'être 100% d'accord !

Pierre
From: coolbrother@xxxxxxxxxx
Subject: Re: [CBLX] Quelques questions sur Emacs et Speechd-el ?
Date: Tue, 23 Mar 2010 12:43:46 +0100 (CET)

> Excellent Pierre !
> Sauf que aller voir si on peut faire parler une synthese en ligne de
> commande, ça peut etre relativement rapide,
> tandis qu'aller se plonger dans la documentation d'un protocol, qui plus est
> rédigé par des développeurs de linux, alors là , il me faudrait
> plusieurs vies.
> Déjà je pense que le temps de trouver juste cette documentation si elle
> existe, c'est le même temps que je mettrais pour voir comment fonctionne
> la synthese.
> En plus je crois que les developpeurs sous linux n'ont pas une notion
> très claire de ce que c'est une documentation.
> Souvent ils fournissent un code source biencommenté en guise de doc.
> N'en parlons même pas de la notion d'exemples.
> Je me disais que je n'avais ni le courage, ni les compétences d'aller
> naviguer
> Ã  travers un codde source avec des commentaires en cheques pour
> comprendre un protocol que je ne sais s'il répondra ou non à mes
> besoins.
> C'est un peu pour ça aussi que l'on réinvente souvent la roue sous linux :
> plusieurs lecteurs d'écran, plusieurs players, plusieurs editeurs ...
> 
> Maintenant que j'ai dit ce que j'avais sur le coeur, je vais quand même
> regarder
> rapidement ce fameux protocol ssip.
> 
> A bientôt:
> Sam
> 
>>
>>
>> Tu peux essayer de voir ce que tu peux faire avec ibmtts, puis
>> ensuite avec festival, puis quand même aussi un peu avec cicero
>> ! Ohhh Sam ! Ce n'est pas sérieux ! La première chose à
>> regarder c'est si on peu faire quelque chose avec
>> speech-dispatcher ! Il est là pour ça ! Pour que les choses
>> soient indépendantes de la synthèse. Fais attention ! Quand tu
>> auras voulu implémenter ton lecteur pour 5 ou 6 synthèses
>> différentes, tu te diras qu'un protocole commun serait
>> quand-même le bienvenu, et tu réinventera ... la roue .... non
>> ssip !
>>
>> Pierre
>>
>>
>>
>>   From: coolbrother@xxxxxxxxxx Subject: Re: [CBLX]
>> Quelques questions sur Emacs et Speechd-el ?  Date: Tue, 23 Mar
>> 2010 03:37:18 +0100 (CET)
>>
>>> 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
>>
>>
> 
> 
> 
> ---
> -- 
>    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