| Re: [CBLX] problème avec saytime et saydate sous Lenny |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/carrefourblinux Archives
]
From: Aldo <info@xxxxxxxxxxxx>
Subject: Re: [CBLX] problème avec saytime et saydate sous Lenny
Date: Mon, 2 Mar 2009 20:13:52 +0100
> On Mon, Mar 02, 2009 at 05:12:49PM +0100, Pierre Lorenzon wrote:
> > From: Aldo <info@xxxxxxxxxxxx>
> > Subject: [CBLX] problème avec saytime et saydate sous Lenny
> > Date: Mon, 2 Mar 2009 15:16:43 +0100
> >
> > > Hello,
> > >
> > > qq'un arrive-t-il a faire sortir quelque chose de la bouche de saytime et
> > > saydate sous Lenny ?
> > > MOi pas.
> > > Le blème doit être au niveau de Debian, ou de l'incompatibilité de ces
> > > applis avec des "nouveautés" ...
> > > mais ça parle de sox et ça parle de dsp et mixer;
> >
> > Aïe ! Ca en être application oss ! Et manifestement tu es
> > sous alsa.
>
> J'ai pourtant mis alsa-oss, qui est sensé pérenniser la
> compatibilité.
Oh ! pérenniser ! La vraie solution pérenne consiste
quand-même à ce que les applis soient alsa compatibles parce
que oss est quand même bel et bien obsolète.
>
> > > qq'un a-t-il déjà fixé cela ou une idée de ce qu'il y a lieu
> > > de faire?
> >
> > Configurer saytime pour qu'il utilise alsa : la carte 0
> > ... non !!! 1 !!!
>
> Et on configure ça où, tu as vu un saytime ou saydate.conf qq
> part ?
Rappel : je n'ai rien vu je n'utilise pas saytime ou saydate
(je n'ai qu'à faire controle e t et j'ai la date dans emacs.)
Mais voir plus loin j'ai donné des pistes.
>
> > > J'ai fait deux rapports mais le blème est sans doute ailleur, dans Debian.
> > >
> > > Extrait d'n test:
> > >
> > > Saytime:
> > > Script started on lun 02 mar 2009 15:03:24 CET
> > > jupiter:/tmp# dpkg -l |grep sox
> > > ii libsox-fmt-alsa 14.0.1-2+b1 SoX alsa format I/O library
> > > ii libsox-fmt-base 14.0.1-2+b1 Minimal set of SoX format libraries
> > > ii libsox0 14.0.1-2+b1 SoX library
> > > ii sox 14.0.1-2+b1 Swiss army knife of sound processing
> > > Es-ce suffisant? ou faut installer d'autres trucs?
> > >
> > > jupiter:/tmp# ls -l /dev/dsp
> > > ls: ne peut accéder /dev/dsp: Aucun fichier ou répertoire de ce type
> > > Es-ce normal?
> >
> > Sous alsa oui ! Pas de dev/dsp.
>
> Ah!
>
> > > jupiter:/tmp# ls -l /dev/mixer
> > > ls: ne peut accéder /dev/mixer: Aucun fichier ou répertoire de ce type
> > > Es-ce normal?
> >
> > idem
> >
> >
> > >
> > > jupiter:/tmp# whereis saytime
> > > saytime: /usr/bin/saytime /usr/local/bin/saytime
> > > /usr/share/saytime /usr/share/man/man1/saytime.1.gz
> >
> > Oui saytime est là mais ce n'est pas le problème il n'a pas
> > de bouche ! Il faut lui en donner une.
>
> Et tu as fais ça comment toi ?
Je n'ai pas fait rrrrappel saytime est le genre de truc que
je range au rayon des irrationnalités absolues mais si je dis
ça je vais encore passé pour un dogmatique sectaire surtout
que ça va quand même au delà de ce que je pense vraiement !
Mais je ne l'utilise pas !
>
> > > jupiter:/tmp# saytime
> > > sox soxio: Can't open output file `/dev/dsp': unknown file
> > > type `ossdsp'
> >
> > Bon ses cordes vocales c'est sox si je comprends bien mais
> > sox ne sait pas qu'on peut aussi êttre ventriloque et parler
> > avec alsa et pas seulement avec oss.
>
> Y a sans doute un package pour ça?
>
> >Qu'il est mal élevé ce
> > sox faut faire son éducation voilà tout. Mais il me semble
> > que speech-dispatcher utilise sox pour outputer le son et
> > sous alsa en plus alors c'est juste que sd lui il sait
> > comment dresser sox. Man sox ! Sauf qu'apparemment il n'y a
> > rien dans la man de sox là-dessus. Alors c'est peut-être
> > qu'il faut configurer saytime pour qu'il n'utilise pas play
> > (qui est un avatar de sox) mais aplay la forme alsasienne de
> > play !
>
> Play fonctionne très bien: j'ai enregistré via recstation et en faisant
> play rec_date.wav il le joue;
Ah ça alors c'est plus embêtant ! Ca met très clairement en
défaut ma conjecture.. Mais dis-moi quand tu lance ton
saytime tu n'as pas une autre appli qui a besoin des
ressources sonores en train de tourner ? Parce qu'alors ce
serait un problème de multiplexage dont il est notoire que
oss fait ça comme un cochon.
Effectivement je viens de tester play chez moi où il n'y a
qu'alsa donc pas de /dev/dsp/ et play fonctionne
nickel. Pourtant play est vraiment un avatar de sox et $ play
--version renvoie un truc du genre sox x.y.z.
> saytime/saydate eux ne sortent rien, et aumix est naze, en fonctionne
> simplement pas.
>
> > > child process returned a non-zero status 2
> > > (blème similaire avec saydate
> >
> > Ca vu que le problème est quand-même assez bas niveau c'est
> > le contraire qui serait étonnant.
> >
> > > + aumix qui est mort sous Lenny)
> >
> > Mais amixer est très bien et plus dans le "move" !
>
> Je DETESTE Amixer; je n'ai jamais vu un truc aussi peu convivial et
> inutilement complexe ...
Hum ! un truc qu'on n'utilise pas n'est jamais convivial : la
convivialité dans 95% des cas c'est de l'habitude ! Complexe
peut-être ... Inutilement ? il ne me semble pas qu'il y ait
de feature inutile dans amixer ! moi je les utilise presque
toutes ...
Mais Aldo ! le truc qui aurait réellement fait avancé les
choses c'est la homepage de saytime pour que je regarde
comment ce bidule est fourbi ! Je n'ai pas dit pour que je
l'installe et encore moins pour que je l'utilise !
n'exagérons rien quand-même !
Alors google !
Pierre
>
> Aldo.
>
> ---
> --
> 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