Re: [CBLX] Compilation speech-dispatcher

[Pierre Lorenzon <devel@xxxxxxxxxxxxxxxxxxxx>]

From: Raphaël POITEVIN <raphael.poitevin@xxxxxxxxx>
Subject: Re: [CBLX] Compilation speech-dispatcher
Date: Fri, 2 Sep 2011 16:30:41 +0200

> Bonjour,
> 
> Pour speech-dispatcher, tu avais raison, j'ai installé libglib2.0-dev
> et il a arrêté de raêler en compilant sans sourciller.
> Le 02/09/11, Pierre Lorenzon<devel@xxxxxxxxxxxxxxxxxxxx> a écrit :
>>   Certes ! Mais si on utilise Kali derrière speech-dispatcher,
>>   c'est lui qui s'occupe denvoyer au serveur de son. Cela dit,
> 
> Attends, je n'avais pas compris ça comme ça. C'est spd qui envoie à
> Alsa ? Samuel m'avait dit que non. Dans ce cas, va falloir que je me

  Soit Samuel ne connaît pas bien speech-dispatcher (c'est
  possible il ne peut pas savoir tout sur tout même si vu tout
  ce qu'il sait on pourrait en avoir l'impression de temps en
  temps) soit tu n'as pas tout compris.

  Mais : 
  >>>  -- Extrait speechd.conf 

# -- AUDIO OUTPUT --

# Chooses between three possible sound output systems:
#       "oss"   - Open Sound System
#       "alsa"  - Advanced Linux Sound System
#       "nas"   - Network Audio System
#       "pulse" - PulseAudio
# ALSA is default and recommended. The recent implementations
# support mixing of multiple streams. OSS is only provided
# for compatibility with architectures that do not include ALSA.
# NAS is an audio server with higher level of control over
# your audio stream, with the possibility to stream your audio
# over the network to a different computer and other advanced
# features. (The NAS backend is not very well tested however.)
# PulseAudio is a sound server for POSIX and WIN32 systems. 
#

AudioOutputMethod "alsa"

# What ALSA device to use when Advanced Linux Sound Architecture is
# chosen for the audio output.

AudioALSADevice "default"



  >>>  -- End Extrait speechd.conf 

  À quoi ça servirait à spd d'avoir ça dans son fichier de conf
  si ce n'est pas pour manager lui-même le son. Et puis comment
  est-ce qu'il mélangerait les petites icones sonores aux
  messages s'il ne se chargeait pas en final du mix. 

  Moi ce que j'en dit ... c'est que toutes ces features sont
  dans festival et que quitte à implémenter spd en scheme dans
  festival on peut se passer de spd. Le fond de ma pensée ? Spd
  est un pis-allé temporraire tan qu'on n'aura pas trouvé mieux
  .... Ou disons tant que l'on ne l'aura pas implémenté de
  manière plus efficace.

> pose des questions. Parce qu'en fait, il va falloir si je comprends
> bien, envoyer les échantillons sonores à spd.

  Ben je crois que c'est la méthode en effet. 



> 
>>   pour test avoir le support alsa est un grand plus. Bref de
> 
> Oui, on pourra utiliser le sd generic provisoirement.
> 
>>   mon point de vue au moins tu as de bonnes raison d'être
>>   content de toi.
>>
>>   Mais alors vous avez les sources de Kali ? Pourquoi ? Parce
> 
> En ce qui me concerne je sais, pour Emmanuel je sais aussi il me l'a
> expliqué, pour Erwin je ne sais pas. Je ne les ai
> pas encore, mais j'ai presque négocier une licence développeur et je
> connais très bien le chercheur principal qui est un ami.

  Oui certes ! Ca a bien du m'arriver de bavarder avec lui une
  fois ou l'autre aussi !




> 
>>   que vous êtes de petis veinards ou bien parce que tout le
>>   monde peux les avoir ? Sans avoir le droit de les diffuser ou
> 
> Non non non, il faut négocier une licence développeur.
> 
>>   de les modifier ce que vous faites quand-même ? En tout cas
> 
> Non plus.
> 
>>   c'est un chantier qui mérite d'être poursuivi ! Je n'ai
>>   jamais entendu Kali mais je me suis toujours laissé dire que
>>   cétait très bien. Alors dès que tu as un wav ou un mp3 (même
>>   sous le manteau) je sui preneur !
> 
> Je peux t'en faire un à partir de w$.
>>
>>   Ouaip enfin pas si facile à dire, parce qu'après si tu as un
>>   truc qui tourne super mais que tu ne peux pas le diffuser
>>   sans risquer de te retrouver à l'ombre (on t'apporteras des
>>   oranges rassure-toi) c'est un peu problématique. Et le jour
> 
> Je plussois. Je dois étudier, avec Jean-Philippe Mengual, un
> partenariat entre la société qui la commercialise et nous pour pouvoir
> acheter des licences et la diffuser. Si on achète beaucoup de licences
> à la fois, le prix est dégressif.
> 
>>   où tu vas vouloir faire packager ça deb tu vas voir si tu
>>   t'en fous de la licence ! Enfin faut voir ! Si les auteurs
>>   t'autorisent un portage et le droit de diffuser l'exécutable
>>   sans diffuser les sources, comme pour mbrola, c'est sûr que
>>   ça suffit à tout le monde !
> 
> Portage oui, diffuser sans les sources oui, mais pas sans licence,
> payante normalement.
> 
>>   Ben faut juste écrire un module pour Kali. C'est sans doute
>>   pas la mer à boire si on a bien les specs d'entrée de
>>   Kali. Les spec de sortie de sd je pense qu'il sont bien
>>   documentés quelque part.
> 
> Les spec de Kali, je demanderai ce dont on a besoin. Si jamais on a
> moyen de collaborer ensemble, (en toute légalité je précise), j'ai
> déjà proposé à
> Emmanuel, on pourrait avancer très
> vite. Mais dans ce cas, il serait intéressant de voir avec le
> chercheur principal, donc avec l'université, car si on implique
> beaucoup de personnes, il ne faut pas se tromper et faire n'importe
> quoi avec les licences et je ne sais quoi. Peut-être faudrait-il
> définir un contrat.
> 
> Si vous voulez, j'envoie un mail à Michel Morel, le chercheur et je
> vous mets en copie pour lui en parler.
> 
>>   Ah ils sont enfins raisonnables ces petits jeunes, ils ont
>>   arrêté de vouloir réinventer la roue tous les matins (joke
>>   !!!)
> 
> Oh moi réinventier la roue, quand je peux m'en passer, je suis
> faignant avant tout donc ...
>>
>>> A bientôt:
>>
>>   Ca on espère bien pour des trucs pareils !
> 
> Et tu ne crois pas si bien dire.
> 
> Raphaël


  Pierre
> 
> ---
> -- 
>    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