(Courriels de diversion: <marmonneront@radiographiee-reflechissiez.com> <annoterons@cumuliez-flux.com> <mejuges@ronflantes-zebres.com> <deliees@percevrai-recycles.com> <encres@paniquer-apprehenda.com> <desserviriez@analysiez-englouties.com> <riras@navreront-fascines.com> <cubaient@concilieraient-exhibent.com> <egariez@recriminer-frontale.com> <aero-clubs@stratospherique-outrageraient.com> )
> En fait tu es d'accord avec moi? > libllia me parait utile autant en traitement amont (transformation d'un > texte d'un format quelconque, genre SSML ou mail ou HTTP ou... en en texte > format standard pour LLiaPhon) ou aval (synthése, player). Moi je vois cela comme cela: 1/ Logiciels applicatifs: on en écrit un qui lit du texte brut, et qui sert d'exemple aux autres développeurs, et on laisse les amateurs (de la communauté internationale) écrire les autres (genre SSML ou mail ou HTTP ou... en en texte > format standard pour LLiaPhon). Ce logiciel existe presque, c'est le lliaphon actuel. On pourrait l'appeler lliaphon_demo (entree texte, sortie haut-parleur) lliaphon_demo utiliserait liblecture. (en lui passant de l'utf-8). Ceci est en prioriteé moyenne (voir 3). 2/ Une librairie de lecture de phrases ou de mots (francophones). C'est le lliaphon actuel débarassé du main, et avec une interface à définir. On pourrait l'appeler liblecture (entree texte, sortie phonèmes ou sons) liblecture utiliserait libphonemesfrancais 3/ Une librairie de lecture de phrases ou de mots (francophones). On pourrait l'appeler libphonemesfrancais (entree phonemes, sortie son wav). Ceci est en priorité normale, c'est sur cela que nous travaillons. Il ne faut pas s'éparpiller, il faut être afficace. Jean-Michel