situation classique, j'ai plusieurs ordinateurs de bureau en réseau
(Ethernet). J'ai aussi des haut-parleurs de qualité, et j'aimerais que
le son de chaque ordi sorte sur ces hauts-parleurs. Jusqu'à maintenant,
j'utilisais une petite table de mixage, mais cela oblige à du cablage
supplémentaire.
D'où la question : est-ce que le partage par réseau de haut-parleurs
existe déjà ?
C'est l'approche inverse du broadcast : les clients envoient du son au
serveur qui mixe et restitue sur les enceintes.
Est-ce qu'un tel serveur et les outils clients associés existeraient
déjà sous Linux ? J'ai cherché mais rien trouvé de tel.
--
Olivier
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vincent Bernat
OoO En cette nuit nuageuse du mercredi 25 août 2004, vers 00:10, Olivier Croquette disait:
situation classique, j'ai plusieurs ordinateurs de bureau en réseau (Ethernet). J'ai aussi des haut-parleurs de qualité, et j'aimerais que le son de chaque ordi sorte sur ces hauts-parleurs. Jusqu'à maintenant, j'utilisais une petite table de mixage, mais cela oblige à du cablage supplémentaire.
D'où la question : est-ce que le partage par réseau de haut-parleurs existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE) et esound. Ils sont tous les deux assez bien supportés par la plupart des applis via des plugins ou directement. Ils sont tous les deux destinés à être abandonnés. Dans la nouvelle génération, tu as Jacks dont le support dans la plupart des applis est assez limité, gstreamer (paraît-il, ce n'est pas à la base un serveur de son) et quelque chose du côté de FreeDesktop.org dont je ne me souviens plus le nom.
Dans un premier temps, je te conseille arts ou esound au choix. Pour esound, la transparence réseau n'est pas évidente à mettre en oeuvre : il faut placer une variable d'environnement pour que les applications soient au courant qu'il faut contacter un esound distant. Je ne l'ai plus en tête et c'est assez peu documenté. Pour arts, je ne sais pas comment il gère la transparence au réseau. -- printk("VFS: Busy inodes after unmount. " "Self-destruct in 5 seconds. Have a nice day...n"); 2.3.99-pre8 /usr/src/linux/fs/super.c
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
OoO En cette nuit nuageuse du mercredi 25 août 2004, vers 00:10,
Olivier Croquette <ocroquette@free.fr> disait:
situation classique, j'ai plusieurs ordinateurs de bureau en réseau
(Ethernet). J'ai aussi des haut-parleurs de qualité, et j'aimerais que
le son de chaque ordi sorte sur ces hauts-parleurs. Jusqu'à maintenant,
j'utilisais une petite table de mixage, mais cela oblige à du cablage
supplémentaire.
D'où la question : est-ce que le partage par réseau de haut-parleurs
existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE)
et esound. Ils sont tous les deux assez bien supportés par la plupart
des applis via des plugins ou directement. Ils sont tous les deux
destinés à être abandonnés. Dans la nouvelle génération, tu as Jacks
dont le support dans la plupart des applis est assez limité, gstreamer
(paraît-il, ce n'est pas à la base un serveur de son) et quelque chose
du côté de FreeDesktop.org dont je ne me souviens plus le nom.
Dans un premier temps, je te conseille arts ou esound au choix. Pour
esound, la transparence réseau n'est pas évidente à mettre en oeuvre :
il faut placer une variable d'environnement pour que les applications
soient au courant qu'il faut contacter un esound distant. Je ne l'ai
plus en tête et c'est assez peu documenté. Pour arts, je ne sais pas
comment il gère la transparence au réseau.
--
printk("VFS: Busy inodes after unmount. "
"Self-destruct in 5 seconds. Have a nice day...n");
2.3.99-pre8 /usr/src/linux/fs/super.c
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
OoO En cette nuit nuageuse du mercredi 25 août 2004, vers 00:10, Olivier Croquette disait:
situation classique, j'ai plusieurs ordinateurs de bureau en réseau (Ethernet). J'ai aussi des haut-parleurs de qualité, et j'aimerais que le son de chaque ordi sorte sur ces hauts-parleurs. Jusqu'à maintenant, j'utilisais une petite table de mixage, mais cela oblige à du cablage supplémentaire.
D'où la question : est-ce que le partage par réseau de haut-parleurs existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE) et esound. Ils sont tous les deux assez bien supportés par la plupart des applis via des plugins ou directement. Ils sont tous les deux destinés à être abandonnés. Dans la nouvelle génération, tu as Jacks dont le support dans la plupart des applis est assez limité, gstreamer (paraît-il, ce n'est pas à la base un serveur de son) et quelque chose du côté de FreeDesktop.org dont je ne me souviens plus le nom.
Dans un premier temps, je te conseille arts ou esound au choix. Pour esound, la transparence réseau n'est pas évidente à mettre en oeuvre : il faut placer une variable d'environnement pour que les applications soient au courant qu'il faut contacter un esound distant. Je ne l'ai plus en tête et c'est assez peu documenté. Pour arts, je ne sais pas comment il gère la transparence au réseau. -- printk("VFS: Busy inodes after unmount. " "Self-destruct in 5 seconds. Have a nice day...n"); 2.3.99-pre8 /usr/src/linux/fs/super.c
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Michel Arboi
On Wed Aug 25 2004 at 00:10, Olivier Croquette wrote:
C'est l'approche inverse du broadcast : les clients envoient du son au serveur qui mixe et restitue sur les enceintes.
Ça ressemble fort à ESD, non ? http://www.tux.org/~ricdude/dbdocs/running_esound96.html
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
On Wed Aug 25 2004 at 00:10, Olivier Croquette wrote:
C'est l'approche inverse du broadcast : les clients envoient du son au
serveur qui mixe et restitue sur les enceintes.
Ça ressemble fort à ESD, non ?
http://www.tux.org/~ricdude/dbdocs/running_esound96.html
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
On Wed Aug 25 2004 at 00:10, Olivier Croquette wrote:
C'est l'approche inverse du broadcast : les clients envoient du son au serveur qui mixe et restitue sur les enceintes.
Ça ressemble fort à ESD, non ? http://www.tux.org/~ricdude/dbdocs/running_esound96.html
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Olivier Croquette
Vincent Bernat wrote:
D'où la question : est-ce que le partage par réseau de haut-parleurs existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE) et esound.
En fait, j'ai fait une erreur et omis de préciser d'autres besoins : je pensais utiliser mon serveur Linux actuel comme serveur de son. Le truc par contre, c'est que les clients tournent sous divers OS, comme MacOS X, Windows ou encore d'autres Linux.
Donc la solution devrait fournir des pilotes de bas-niveau (pour assurer la compabilité avec les logiciels) pour ces OS.
Malheureusement, les solutions évoquées ici impliquent toutes des logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
Je commence à douter que mon cahier des charges ait une solution pratique.
-- Olivier
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Vincent Bernat wrote:
D'où la question : est-ce que le partage par réseau de haut-parleurs
existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE)
et esound.
En fait, j'ai fait une erreur et omis de préciser d'autres besoins :
je pensais utiliser mon serveur Linux actuel comme serveur de son. Le
truc par contre, c'est que les clients tournent sous divers OS, comme
MacOS X, Windows ou encore d'autres Linux.
Donc la solution devrait fournir des pilotes de bas-niveau (pour assurer
la compabilité avec les logiciels) pour ces OS.
Malheureusement, les solutions évoquées ici impliquent toutes des
logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
Je commence à douter que mon cahier des charges ait une solution pratique.
--
Olivier
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
D'où la question : est-ce que le partage par réseau de haut-parleurs existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE) et esound.
En fait, j'ai fait une erreur et omis de préciser d'autres besoins : je pensais utiliser mon serveur Linux actuel comme serveur de son. Le truc par contre, c'est que les clients tournent sous divers OS, comme MacOS X, Windows ou encore d'autres Linux.
Donc la solution devrait fournir des pilotes de bas-niveau (pour assurer la compabilité avec les logiciels) pour ces OS.
Malheureusement, les solutions évoquées ici impliquent toutes des logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
Je commence à douter que mon cahier des charges ait une solution pratique.
-- Olivier
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Dominique ROUSSEAU
Dans l'article <chftpb$n7b$02$, Olivier Croquette a écrit :
Donc la solution devrait fournir des pilotes de bas-niveau (pour assurer la compabilité avec les logiciels) pour ces OS.
Malheureusement, les solutions évoquées ici impliquent toutes des logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
Je commence à douter que mon cahier des charges ait une solution pratique.
Et du cable sortant du line-out de l'un pour entrer dans le line-in de la machine où se trouvent les enceintes ? (oui, il faudrait autant de cartes son avec un line-in que de machines à relier :o)
Dom
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Dans l'article <chftpb$n7b$02$1@news.t-online.com>, Olivier Croquette a écrit :
Donc la solution devrait fournir des pilotes de bas-niveau (pour
assurer la compabilité avec les logiciels) pour ces OS.
Malheureusement, les solutions évoquées ici impliquent toutes des
logiciels spécifiquement conçus et compilés avec certaines
bibliothèques :(
Je commence à douter que mon cahier des charges ait une solution
pratique.
Et du cable sortant du line-out de l'un pour entrer dans le line-in de
la machine où se trouvent les enceintes ?
(oui, il faudrait autant de cartes son avec un line-in que de machines à
relier :o)
Dom
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Dans l'article <chftpb$n7b$02$, Olivier Croquette a écrit :
Donc la solution devrait fournir des pilotes de bas-niveau (pour assurer la compabilité avec les logiciels) pour ces OS.
Malheureusement, les solutions évoquées ici impliquent toutes des logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
Je commence à douter que mon cahier des charges ait une solution pratique.
Et du cable sortant du line-out de l'un pour entrer dans le line-in de la machine où se trouvent les enceintes ? (oui, il faudrait autant de cartes son avec un line-in que de machines à relier :o)
Dom
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Samuel Krempp
le Monday 06 September 2004 10:44, écrivit :
Vincent Bernat wrote:
D'où la question : est-ce que le partage par réseau de haut-parleurs existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE) et esound.
En fait, j'ai fait une erreur et omis de préciser d'autres besoins : je pensais utiliser mon serveur Linux actuel comme serveur de son. Le truc par contre, c'est que les clients tournent sous divers OS, comme MacOS X, Windows ou encore d'autres Linux.
en fait, avec cygwin sur un windows, il devrait être possible à des programmes esd d'utiliser la carte son locale (e.g. pour capturer la sortie) et d'envoyer vers le serveur. J'ai vu que qu'une personne utlisait esound sous cygwin dans le même genre de cas (mais pour faire l'inverse, client linux et serveur windows) http://re.a.la/howtos/sound/
-- Sam Enlever les trucs en trop dans mon e-mail pour répondre
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
le Monday 06 September 2004 10:44, ocroquette@free.fr écrivit :
Vincent Bernat wrote:
D'où la question : est-ce que le partage par réseau de haut-parleurs
existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE)
et esound.
En fait, j'ai fait une erreur et omis de préciser d'autres besoins :
je pensais utiliser mon serveur Linux actuel comme serveur de son. Le
truc par contre, c'est que les clients tournent sous divers OS, comme
MacOS X, Windows ou encore d'autres Linux.
en fait, avec cygwin sur un windows, il devrait être possible à des
programmes esd d'utiliser la carte son locale (e.g. pour capturer la
sortie) et d'envoyer vers le serveur.
J'ai vu que qu'une personne utlisait esound sous cygwin dans le même genre
de cas (mais pour faire l'inverse, client linux et serveur windows)
http://re.a.la/howtos/sound/
--
Sam
Enlever les trucs en trop dans mon e-mail pour répondre
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
D'où la question : est-ce que le partage par réseau de haut-parleurs existe déjà ?
Il te faut utiliser un démon de son. Tu as par exemple arts (pour KDE) et esound.
En fait, j'ai fait une erreur et omis de préciser d'autres besoins : je pensais utiliser mon serveur Linux actuel comme serveur de son. Le truc par contre, c'est que les clients tournent sous divers OS, comme MacOS X, Windows ou encore d'autres Linux.
en fait, avec cygwin sur un windows, il devrait être possible à des programmes esd d'utiliser la carte son locale (e.g. pour capturer la sortie) et d'envoyer vers le serveur. J'ai vu que qu'une personne utlisait esound sous cygwin dans le même genre de cas (mais pour faire l'inverse, client linux et serveur windows) http://re.a.la/howtos/sound/
-- Sam Enlever les trucs en trop dans mon e-mail pour répondre
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Samuel Krempp
le Monday 06 September 2004 10:44, écrivit :
Malheureusement, les solutions évoquées ici impliquent toutes des logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
si on n'est pas à qques dizièmes de seconde de latence et % d'utilisation CPU prêt, c'est un peu moins désespéré que ça en a l'air : il suffit sur chaque carte son client de capturer la sortie (soit par loopback externe line-out -> line-in, soit en interne. En reglant le mixer ont peut capturer la sortie PCM en général, mais pas des trucs analogiques comme les entrées CD, son venant de carte télé, etc.. ). Il y a donc juste besoin d'avoir *un* soft sur chaque client qui envoit le signal capturé au serveur, tandis que les autres applications peuvent simplement utiliser l'API son native du système.
Je commence à douter que mon cahier des charges ait une solution pratique.
Je doute qu'il y ait des programmes sous windows pour servir de pont entre l'API son native et celle du serveur son linux (esd arts ou autre), c'est donc à mon avis tout ce qu'il y a à faire.. Ca demande juste de réussir à utiliser l'API native pour établir la capture du son, et celle du serveur son choisi. Si les API sont ergonomiques, c'est l'affaire de qques heures à lire des docs et exemples, puis de qques centaines de lignes de code. Le plus rapide serait probablement de partir d'un programme simple écrit pour l'API native, genre "magnétophon", et de remplacer le traitement du son capturé par l'envoi vers serveur. On peut esperer mettre un système de ce genre en place en une journée, mais ça peut aussi bien prendre plus, et très probablement plus qu'envisageable par le cahier des charges..
oh j'y pense : pour se contenter de programmes existant : les protocoles de broadcast MP3 ont l'avantage d'être multi-plateforme. Si on établit un broadcast MP3 sur chaque client prenant comme source la capture du son de la carte, et autant de players MP3 sur le serveur, on a un système de son en réseau multi-plateforme maison sans avoir à programmer. Par contre vu comme tout est fait "à la main", ce sera moins pratique qu'avec la 1° solution.. A terme ça perdre probablement plus de temps.
-- Sam Enlever les trucs en trop dans mon e-mail pour répondre
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
le Monday 06 September 2004 10:44, ocroquette@free.fr écrivit :
Malheureusement, les solutions évoquées ici impliquent toutes des
logiciels spécifiquement conçus et compilés avec certaines bibliothèques
:(
si on n'est pas à qques dizièmes de seconde de latence et % d'utilisation
CPU prêt, c'est un peu moins désespéré que ça en a l'air : il suffit sur
chaque carte son client de capturer la sortie (soit par loopback externe
line-out -> line-in, soit en interne. En reglant le mixer ont peut capturer
la sortie PCM en général, mais pas des trucs analogiques comme les entrées
CD, son venant de carte télé, etc.. ).
Il y a donc juste besoin d'avoir *un* soft sur chaque client qui envoit le
signal capturé au serveur, tandis que les autres applications peuvent
simplement utiliser l'API son native du système.
Je commence à douter que mon cahier des charges ait une solution pratique.
Je doute qu'il y ait des programmes sous windows pour servir de pont entre
l'API son native et celle du serveur son linux (esd arts ou autre), c'est
donc à mon avis tout ce qu'il y a à faire..
Ca demande juste de réussir à utiliser l'API native pour établir la capture
du son, et celle du serveur son choisi.
Si les API sont ergonomiques, c'est l'affaire de qques heures à lire des
docs et exemples, puis de qques centaines de lignes de code. Le plus rapide
serait probablement de partir d'un programme simple écrit pour l'API
native, genre "magnétophon", et de remplacer le traitement du son capturé
par l'envoi vers serveur.
On peut esperer mettre un système de ce genre en place en une journée, mais
ça peut aussi bien prendre plus, et très probablement plus qu'envisageable
par le cahier des charges..
oh j'y pense : pour se contenter de programmes existant : les protocoles de
broadcast MP3 ont l'avantage d'être multi-plateforme.
Si on établit un broadcast MP3 sur chaque client prenant comme source la
capture du son de la carte, et autant de players MP3 sur le serveur, on a
un système de son en réseau multi-plateforme maison sans avoir à
programmer.
Par contre vu comme tout est fait "à la main", ce sera moins pratique
qu'avec la 1° solution.. A terme ça perdre probablement plus de temps.
--
Sam
Enlever les trucs en trop dans mon e-mail pour répondre
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Malheureusement, les solutions évoquées ici impliquent toutes des logiciels spécifiquement conçus et compilés avec certaines bibliothèques :(
si on n'est pas à qques dizièmes de seconde de latence et % d'utilisation CPU prêt, c'est un peu moins désespéré que ça en a l'air : il suffit sur chaque carte son client de capturer la sortie (soit par loopback externe line-out -> line-in, soit en interne. En reglant le mixer ont peut capturer la sortie PCM en général, mais pas des trucs analogiques comme les entrées CD, son venant de carte télé, etc.. ). Il y a donc juste besoin d'avoir *un* soft sur chaque client qui envoit le signal capturé au serveur, tandis que les autres applications peuvent simplement utiliser l'API son native du système.
Je commence à douter que mon cahier des charges ait une solution pratique.
Je doute qu'il y ait des programmes sous windows pour servir de pont entre l'API son native et celle du serveur son linux (esd arts ou autre), c'est donc à mon avis tout ce qu'il y a à faire.. Ca demande juste de réussir à utiliser l'API native pour établir la capture du son, et celle du serveur son choisi. Si les API sont ergonomiques, c'est l'affaire de qques heures à lire des docs et exemples, puis de qques centaines de lignes de code. Le plus rapide serait probablement de partir d'un programme simple écrit pour l'API native, genre "magnétophon", et de remplacer le traitement du son capturé par l'envoi vers serveur. On peut esperer mettre un système de ce genre en place en une journée, mais ça peut aussi bien prendre plus, et très probablement plus qu'envisageable par le cahier des charges..
oh j'y pense : pour se contenter de programmes existant : les protocoles de broadcast MP3 ont l'avantage d'être multi-plateforme. Si on établit un broadcast MP3 sur chaque client prenant comme source la capture du son de la carte, et autant de players MP3 sur le serveur, on a un système de son en réseau multi-plateforme maison sans avoir à programmer. Par contre vu comme tout est fait "à la main", ce sera moins pratique qu'avec la 1° solution.. A terme ça perdre probablement plus de temps.
-- Sam Enlever les trucs en trop dans mon e-mail pour répondre
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
