Forum général.cherche-logiciel avoir des clients mpd synchronisés

Posté par (page perso) .
Tags : aucun
4
22
nov.
2008
Bonjour,
le titre n'est peut-être pas très clair alors voilà toute l'histoire :
Lorsque l'on fait une soirée à la maison, on aime bien avoir de la musique dans le salon, dans la salle-à-manger ainsi que dans le garage.

Avec mpd, 3pc et donc 3 clients c'est pas mal. Ça épate un peu les convives, certes. Mais il y a 1 problème :
Il y a un décalage très sensible entre les différents pc, et c'est assez gênant lorsque l'on est entre les deux.

En plus, j'ai un peu de mal avec la gestion en live, ça a tendance à "couper" et il faut relancer les clients donc si vous avez un truc pour ça aussi...

Merci :)
  • # FM ou netcat

    Posté par . Évalué à 6.

    Tu parles d'utiliser 3 clients, mais dans ton cas ce sont 3 serveurs mpd non ? Les clien.ts pour mpd ne jouent pas la musique.

    J'ai déjà vu plusieurs discussions à ce sujet.

    2 solutions étaient généralement proposer :

    -piper la sortie du lecteur mp3 vers un transmetteur FM hardware et mettre de bêtes radios dans chaque pièce. L'avantage c'est qu'il n'y a pas besoin de pc partout, et que ça consomme moins d'électricité, et que tu peux même proposer ta musique à tes voisins de palliers ^_^. Le désavantage c'est que si tu choisis pas bien ta fréquence, tu risque de couper tes voisins de pallier de leur radio préférée.

    -piper la sortie du lecteur mp3 vers une pile fifo et utiliser netcat (ou encore mieux, nettee).

    il existe un article parlant de la solution avec netcat ici :
    http://www.debian-administration.org/articles/145
    • [^] # Re: FM ou netcat

      Posté par . Évalué à 2.

      j'oubliais, il faut la version svn de mpd pour pouvoir sortir vers une pile fifo :
      http://mpd.wikia.com/wiki/Configuration#FIFO_Output
    • [^] # Re: FM ou netcat

      Posté par . Évalué à 2.

      si j'ai bien compris son problème, il y a bien 1 serveur mpd, et 3 clients qui se connectent dessus : 1 en local, les 2 autres par le réseau. Visiblement il y a de la latence entre les différents clients. N'ayant jamais eu ce cas de figure, je ne saurais expliquer d'où ça vient.

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: FM ou netcat

        Posté par . Évalué à 1.

        Ben justement, pour le peu que je connais de mpd, seul le serveur joue la musique. Les clients ne sont là que pour contrôler le serveur à distance.
        Donc dans la configuration décrite par ce journal - un serveur trois clients - je ne vois pas comment ça marche. et je rejoins la remarque de PsychoFox.

        Sinon, merci d'éclairer notre lanterne ;)
        • [^] # Re: FM ou netcat

          Posté par (page perso) . Évalué à 2.

          Il y a les clients pour controler, et les clients pour écouter la musique (vlc dans mon cas)
          Et donc j'ai bien un seul serveur, mpd n'est lancé qu'une fois.

          Je vais voir ce que ça donne avec netcat...
  • # pulsaudio

    Posté par . Évalué à 2.

    pulseaudio permet normalement de le faire (mais bon moi je l'ai viré cette bouse)

    http://pulseaudio.org/wiki/FAQ#HowcanIusePulseAudiotostreamm(...)
    • [^] # Re: pulsaudio

      Posté par (page perso) . Évalué à 2.

      Je ne connais pas la distribution que tu utilises, mais dans certaines, PulseAudio a avantageusement remplacé ses prédécesseurs.

      Si tu utilises *Ubuntu, je confirme toutefois que le changement n'a pas donné une bonne impression...
      • [^] # Re: pulsaudio

        Posté par . Évalué à 2.

        non j'ai testé ça avec pardus et mandriva dernièrement.
  • # icecast

    Posté par (page perso) . Évalué à 4.

    bon puisque personne n'a de réponse, et propose autre chose:

    moi je propose un serveur icecast avec des clients sur chaque pc.

    ca va peut-être généré plus de traffic réseau... j'en sais rien
    • [^] # Re: icecast

      Posté par . Évalué à 1.

      Ça ne va pas forcément résoudre le problème puisque la latence réseau entre les différents PC devrait produire le même type de décalage, non ?
      • [^] # Re: icecast

        Posté par (page perso) . Évalué à 2.

        Je viens de comprendre le problème de compréhension quand je dis que j'ai un serveur et 3 clients avec mpd.

        En effet j'utilise déjà icecast et donc la latence c'est avec lui ^^
        • [^] # Re: icecast

          Posté par (page perso) . Évalué à 1.

          ah bon ?
          sur un réseau local, y'a une latence ?
          différente pour chaque PC ? et c'est çà le problème ?
          • [^] # Re: icecast

            Posté par (page perso) . Évalué à 2.

            oui c'est exactement ça.
          • [^] # Re: icecast

            Posté par . Évalué à 2.

            ça ne viendrait pas plutôt de la façon dont les 3 clients bufferisent le flux plutot que d'une latence réseau ?

            vu que tu est en réseau local, essaye en diminuant la mise en cache de vlc au mininum, ou à quelques ms seulement. Par défaut il garde 1,2 seconde en cache.
  • # De longs câbles

    Posté par . Évalué à 4.

    Un seul PC, un ampli 7.1 en mode stéreo sur tous les canaux (donc 6 canaux à utiliser ici), 3 paires de hauts-parleurs et de longs câbles pour aller vers les différentes pièces : voilà, le tout est presque parfaitement synchronisé mais tu peux plus te la raconter avec mpd.
    • [^] # Re: De longs câbles

      Posté par (page perso) . Évalué à 1.

      Pas besoin d'un ampli 7.1 : une chaîne stéréo, 3 paires de baffles branchées en dérivation, et le tour est joué. Chez moi j'ai même un petit interrupteur avant chaque paire d'enceintes, pour pouvoir couper le son quand je ne suis pas dans la pièce, histoire d'économiser les oreilles des voisins.
      • [^] # Re: De longs câbles

        Posté par . Évalué à 2.

        Je ne me souviens pas très bien de mes cours d'électronique mais il me semble que cette solution risque de poser des problèmes d'impédance. Elle n'est donc valable qu'en fonction des impédances admises par l'ampli/chaine et le calcul de l'impédance totale des 3 paires de baffles. Après, le gros risque est-il de griller l'ampli ou juste d'avoir une énorme perte de puissance ? Je ne sais pas le dire : je me fais vieux et je ne m'en souviens plus, mais si quelqu'un à la réponse, elle m'intéresse.
        • [^] # Re: De longs câbles

          Posté par (page perso) . Évalué à 2.

          Perso, j'ai aussi une boiboite qui fait ça. On peut brancher 4 paires d'enceintes. Les paires A et B sont montées en parallèle, C et D aussi. A-B et C-D sont montées en série. Ça limite fortement les problèmes d'impédance. J'ai A=6 Ohms, B=8, C=8 et l'ampli qui veut au minimum 6. Reste que avec le jeux des interrupteurs, je peut légèrement être en dessous de 6 (pas de soucis en deux ans), et je ne sais pas si c'est bon pour l'ampli, les impédances qui changent brutalement...
          Sinon, oui, en ajoutant des enceintes, il faut monter le son, mais assez peu finalement.
          • [^] # Re: De longs câbles

            Posté par (page perso) . Évalué à 1.

            Oui voilà, une légère perte de puissance peut-être, mais ce n'est vraiment pas significatif. Quant aux branchages/débranchages des paires d'enceintes à chaud, je ne vois pas trop pourquoi ce serait mauvais pour l'ampli, et en tout cas je n'ai jamais eu de problème.
  • # LADSPA.

    Posté par . Évalué à 2.

    Si ton décalage est constant et que ton player supporte les plugins LADSPA, tu peux compenser l'avance en ajoutant un delais.

    Sinon perso je suis plus pour l'ampli unique avec enceintes distribuées comme dit plus haut.

    PS:t'invite souvent des amis dans ton garage ? tu fais du tuning :p?
    • [^] # Re: LADSPA.

      Posté par (page perso) . Évalué à 2.

      y a de la place pour jouer au cap's quand tout le reste de la maison est prise pour autre chose ^^

      Sinon, un achat couteux n'est pas une solution et de toute façon j'ai pas trop envie d'avoir des dizaines de mètres de cable.

      Il faudra que je vérifie si le décalage est constant.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.