-------- Message original --------
Sujet: Re: [CBLX] Besoin de conseil pour classe pilote
Date: Tue, 23 Sep 2008 16:33:14 +0000
De: Tarik Fdil <[EMAIL PROTECTED]>
Pour: Pierre Lorenzon <[EMAIL PROTECTED]>
Références: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Bonjour,
- Merci Pierre pour l'idée d'associer un paramétrage particulier de la
synthèse vocale à un buffer/mode emacs. C'est une excellente piste.
- je suis d'accord pour regarder plus du côté de festival/mbrola que de
festvox. Quant à scheme, il me rappellera le temps où j'étais étudiant
(il y a bien longtemps); je n'ai plus fait de lisp depuis. Tu connais
bien sûr ce que les mauvaises langues disent de LISP : a Lot of Insipid
and Stupid Parentheses :-). Plus sérieusement, l'apprentissage de scheme
et de emacs/lisp me semble un bon investissement étant donné tout ce que
je peux réaliser avec dans mon projet de classe pilote.
Encore une fois merci et à bientôt pour d'autres nouvelles du projet.
Cordialement
Tarik
Pierre Lorenzon a écrit :
Ah Tarik, emacs est encore plus souple que tu ne le crois !!!!
From: Tarik Fdil <[EMAIL PROTECTED]>
Subject: Re: [CBLX] Besoin de conseil pour classe pilote
Date: Tue, 23 Sep 2008 09:59:38 +0000
Salut Pierre,
Pierre Lorenzon a écrit :
Non Tarik, tu peux implémenter ça client-sde avec
speechd-el. Le buffer où l'élève travail possède les
caractéristiques de la synthèse et c'est configurable à
volonté. Pas besoin de centraliser pour ce genre de
features. Si tu veux des détails je t'expliquerai un peu plus
le protocole.
le prof. En local, l'élève peut faire ce qu'il veut et donc
tricher.
Non ! il faudrait qu'il conaisse les fonctions subtile de
speechd-el et on peut même lui bricoler un emacs où ces
fonctions sont bridées !
Je suis persuadé qu'on peut brider emacs comme on veut. Mais l'idée est
de le brider juste pour un seul et unique exercice. Le reste du temps
l'élève doit profiter pleinement de toutes les possibilités d'emacs et
de la synthèse vocale.
Et bien oui, dans emacs tout se passe par buffer, parce qu'il
y a une notion de "buffer local variables" autrement dit une
variable peut avoir une valeur donnée dans un buffer et pas
ailleurs. Je te laisse imaginer ce qu'on peut faire avec ce
genre de trucs. En particulier, la conection à
speech-dispatcher peut parfaitement être "buffer locale"
C'est ce qui peut te permettre en particulier d'avoir un
output vocal configuré différemment suivant que tu écris du
mail, du code, du latex eet je ne sais quoi encore ! Donc il
suffit de définir un mode exercice, de lui affecter des
caractéristiques de synthèse données et de coller ce mode sur
le buffer où il y a l'exercice.
Cette amélioration sera dans une prochaine version de la solution.
Aujourd'hui je me concentre sur les bases que je ne maîtrise d'ailleurs
pas encore.
Oh ne prends pas cette remarque de travers mais je crois en
effet que certaines feature d'emacs ne te sont pas tout à
fait connues ! Toujours à ta disposition pour hacker emacs !
Je confirme mon statut de néophyte en matière d'emacs. Je sais par
contre, de réputation, toute la puissance de ce logiciel. Cela-dit ,
grâce à toi je me concentre aujourd'hui sur emacs et tous les produits
qui gravitent autour pour l'accessibilité. Donc je compte bien
travailler très sérieusement sur les possibilités d'emacs si je veux
transmettre ce savoir à nos élèves et leurs enseignants.
Autres pistes que je travaille doucement mais sûrement c'est le support
de l'arabe aussi bien l'aspect bidi que TTS.
- Sur le premier point, bidi, le travail est déjà très bien avancé,
avec emacs-bidi on peut écrire aujourd'hui en arabe (UTF8) avec emacs.
Je ne l'ai pas encore configuré mais ça ne devrait pas tarder. A noter
que la problématique est déjà résolue pour toutes les applications
écrites avec les librairies Gnome ou Kde, notamment Firefox et OO.
- pour le TTS, MBROLA offre déjà la partie génération du son (ondes) à
partir de phonèmes. Il reste la partie analyse du texte arabe qui n'est
pas triviale surtout avec la question d'absence ou de présence de
vocalisation. Mais malgré tout, le problème est relativement circonscrit
et le cahier des charges assez simple. C'est mon principal challenge
aujourd'hui : faire parler l'arabe aux applications linux. Pour cela
j'ai bien suivi très attentivement ce que tu as écrit à propos de
développement de modules de TTS français pour Flite. J'ai également
regardé du côté de festvox et la création ex nihilo de nouvelles voix
pour festival. Je suis un peu comme ce chasseur qui rôde autour de sa
proie pour trouver le bon ongle d'attaque :-) En tout cas les
difficultés ne me rebutent pas, bien au contraire ça me
motive.
Regarde aussi du côté de festival. Ca me paraît très adapté à
l'analyse de texte quelle qu'elle soit parce qu'il y a un tas
de fonctions en interne plus un langage de programmation. Un
peu comme emacs ... Ben oui y a pas de mystère, si je les
aime bien ces deux-là c'est qu'ils se ressemblent par certains
côtés ! Ils se ressemblent tellement d'ailleurs que le
langage de programmation de festival est du scheme qui est
lui aussi un dialect du lisp. C'est un système très modulaire
dans lequel le découpage de la phrase en entités inférieures
jusqu'au phonème se fait par passage à travers des filtres
successifs. À chaque étape on peut ou non modifier un filtre
existent etc. Et puis on peut faire les opérations en ligne
de commande en contrôlant à chaque étape l'état de l'objet
qu'on manipule. Bref c'est un environnement de développement
très puissant.
À mon avis, avant de développer une voix libre pour l'arabe
grâce à festvox, (ce qui est un énorme boulot et qui
nécessite peut-être quelques notions en acoustique) je
chercherais à développer des modules festival pour piloter
les voix arabes de mbrola. Ca ne serait pas perdu pour la
suite de toute façon.
Amitié
Pierre
Cordialement
Tarik
_______________________________________________
Liste de diffusion CarrefourBLinuX
[email protected]
http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Pour s'inscrire par courriel :
'mailto:[EMAIL PROTECTED]'
Pour se retirer de la liste par courriel :
'mailto:[EMAIL PROTECTED]'
Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi
Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu
_______________________________________________
Liste de diffusion CarrefourBLinuX
[email protected]
http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Pour s'inscrire par courriel :
'mailto:[EMAIL PROTECTED]'
Pour se retirer de la liste par courriel :
'mailto:[EMAIL PROTECTED]'
Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi
Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu
