avec Jack? (mais ton architecture à l'air capilotractée)

Hello,

Je te conseille pulseaudio plutôt qu'esd, (il est compatible avec esd dans une certaine mesure)
j'ai quand même l'impression qu'il est possible d'agréger des devices de sortie sur une device virtuelle avec ce sound server (pas sur à 100%)

++

Amis de la banquise,

Nous avons une application que chaque client lance depuis un serveur central (Linux) à travers un tunnel X. Cette application va - entre autre - gérer des alarmes et les répecuter sur la couleur d'icones dans une map au sein de la-dite application.
Il serait 'top' de jouer un son pour accompagner le changement de couleur de l'icône...
Cela pourrait être le beep console '\a' par défaut, ou un son wav/mp3/ogg.
Partons de ce 2ème cas, en mode 'qui peut le plus peut le moins'..

Je "comprends" 4 possibilités, comme suit:
a.) Ouvir un SSH depuis le serveur vers le client, jouer un son (pipé ou local) dans son 'aplayer'
--> nécessite un user/pass pour ces clients et s'il y a 10 clients connectés, 10 connexions SSH à faire.

b.) ESD (sous gnome) permet de lancer un son en local (serveur) mais de le faire sortir des speaker de qqun d'autre (client).
--> il me semble que c'est 1-to-1, il faudrait, dans l'exemple ci-dessus, reconfigurer 10x le client/port et rejouer le son 10x

c.) Artsd (sous KDE), très exactement dito. Et je vos déjà le flag '-u' qui permet de virer toute authentification

d.) Se lancer dans du broadcast/streaming pas encore du tout regardé de ce côté là au point de vue des solutions existantes, mais un peu l'impression que c'est la tronçonneuse pour couper des allumettes.
--> au moins, un son joué une fois, ressort dans tous les baffles connectés.

Il y a évidemment une grosse restriction au point de vue de ce qu'on peut installer sur les machines clients (elles ont SSH et aplayer de base, le reste...rien n'est moins sûr)


Est-ce que vous avez l'impression que j'oublie qqchose dans mon tour d'horizon?