Re: [CBLX] problème avec saytime et saydate sous Lenny

[Pierre Lorenzon <devel@xxxxxxxxxxxxxxxxxxxx>]

From: Aldo <info@xxxxxxxxxxxx>
Subject: Re: [CBLX] problème avec saytime et saydate sous Lenny
Date: Thu, 5 Mar 2009 18:20:14 +0100

> On Thu, Mar 05, 2009 at 09:35:04AM +0100, Pierre Lorenzon wrote:
>> From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
>> Subject: Re: [CBLX] problème avec saytime et saydate sous Lenny
>> Date: Wed, 4 Mar 2009 22:00:23 +0100
>> 
>> > Pierre Lorenzon, le Wed 04 Mar 2009 21:50:33 +0100, a écrit :
>> >> From: Aldo <info@xxxxxxxxxxxx>
>> >> Subject: Re: [CBLX] problème avec saytime et saydate sous Lenny
>> >> Date: Wed, 4 Mar 2009 19:03:51 +0100
>> >> 
>> >> > Bon moi j'abandonne, j'ai du mal à vous suivre; j'etais parti hier et je
>> >> > vois des tonnes de mail sur le sujet et aucune avec la
>> >> > solution,
>> >> 
>> >>   Au moins deux : le mien et celui de Samuel : charger
>> >>   snd-pcm-oss ! Sinon attendre que j'envoie mes patches à
>> >>   debian qui permettent d'utiliser alsa. 
>> > 
>> > Cf l'historique du rapport de bug: la correction la plus simple est
>> > encore de dépendre de libsox-fmt-oss et oss-compat.
>> 
>>   Bien ! Alors pas la peine de soumettre mon code ? À vrai dire
>>   en l'état c'était quand-même un bricolage parce que ça
>>   n'offrait pas d'alternative : ça forçait alsa point c'est
>>   tout. L'idéal serait d'avoir une conf qu permette de
>>   choisir. Théoriquement c'est faisable de faire un configure
>>   qui teste si on est sous alsa ou sous oss et qui modifie le
>>   code de saytime.c en conséquence ou même un configure qui
>>   éventuellement demande à l'utilisateur ce qu'il veut. Cela
>>   dit ça signifie de modifier l'architecture du package saytime
>>   et je ne suis pas sûr d'avoir envie de me lancer dans un truc
>>   pareil. Ce qui me paraîtrait le plus rationnel serait de
>>   réimplémenter saytime avec speech-dispatcher mais là encore
>>   ça ne se fait pas en 30 sec et je ne suis pas sûr d'avoir
>>   envie de me taper ça.
>> 
> 1) je ne vois tj pas en quoi y a une solution ni laquelle c'est vu que
> charger le module ne fais plus rien

  Hum bizarre ça ! Que dit ton lsmod ? Est-ce que le module
  snd-pcm-oss est bien chargé ? Est-ce que le device :dev/dsp
  réapparaît ?


> 2) le problème dépasse de loin le seul problème de saydate et saytime, même
> aumi ne fonctionne plus, et je paries bcp plus d'aplis ne
> fonctionnent plus

  Pour aumix il faut /dev/mixer et le module est alors
  snd-mixer-oss je crois. 



> 3) personne n'a une idée de pourquoi les /dev/dsp et /dev/mixer devaient /
> ont dû disparaître ?

  Ben si l'idée c'est qu'alsa n'utilise plus ces device mais un
  autre mode d'accès aux sound devices. Il me semblait avoir
  dit ça au moins 15 fois. Pourquoi, parce que cela permet un
  accès plus modulaire, modulable et configurable (typiquement
  le pilotage de n cartes sons n étant grand.) 

  Quand aux applis qui n'ont pas fait le saut alsa il ne doit
  plus en rester beaucoup. Que je connais  et qui sont alsa
  compatibles : 
  sox, ecasound, speech-dispatcher, mplayer (pas testé mais je
  crois) helix player, festival. 

  C'est le "progrès" ! Ca fait des lustres que os et mentionné
  comme "obsolète" et "deprecated" dans toutes les docs du
  noyau. Les gens qui n'ont pas maintenu leur paquet pour le
  rendre alsa compatible sont comme les gens dont le code ne
  compile pas sous gcc 4.3.x. C'est le reproche le plus sérieux
  qu'on puisse faire à festival par exemple à l'heure
  actuelle. Tu vois je suis même capable de faire des reproches
  à festival aujourd'hui je dois être dans un bon jour. Et non
  raté ! c'est pour me dédouaner de toutes les horreurs que je
  vais dire maintenant sur saytime ! Je répète "it's garbage" !
  Plus personne ne penserait à implémenter ça comme ça
  aujourd'hui. C'est un code des années 90 qui est né alors que
  les synthèses vocales logiciel n'existaient pour ainsi dire
  pas. Mais jouer des fichiers préenregistrés c'est quand même
  le degré 0 de la vocalisation. En gros $ date | spd-say fait
  la même chose (sauf que ça ne marche pas en l'état et je n'ai
  pas creusé pourquoi mais je peux si ça intéresse les gens).

  Bon je sens que tu n'es pas prêt à faire ton deuil d'aumix !
  mais alsamixer et son interface ncurses tu l'exècres autant
  qu'amixer ?

  Maintenant si tu restes convaincu qu'alsa n'est pas un
  progrès, et on sait bien que le progrès est une notion
  extrêmement variable, les trois modules snd-pcm-oss,
  snd-mixer-oss et snd-seq-oss devraient te remettre dans la
  bonne vieille (c'est curieux comme on dit toujours bonne
  vieille et jamais mauvaise vieille) configuration oss de nos
  grand-pères (et Papi c'est qu'on en devient tout doucement
  des grands-pères ...) 

  J'espère que mes explications sont claires sinon remets-en
  une couche !

  Pierre


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