Mais mpd ne sert absolument pas à faire la même chose ! mpd ça sert à controler à travers le réseau une liste de lecture de fichiers multimédia, c'est d'abord un lecteur multimédia, quand bien même il pourrait aussi transporter le son qu'il génère. MPD ne sert pas du tout à transmettre le son généré par une application arbitraire (par exemple un jeu vidéo) vers la carte son.
Et puis bon, les protocoles audio HTTP ne sont pas fait pour transporter du son en temps réel, par conception. Le son en HTTP dans les protocoles utilisés par darkice/icecast/shoutcast et assimilés, c'est le client qui GET, ce qui signifie que le délai n'est pas maitrisable parce qu'on est dépendant de ce que le client réclame, et par exemple il est très fortemenent improbable que deux clients d'un même serveur aient exactement le même délai (rien n'est prévu pour que ce soit possible), en RTP c'est le serveur qui SEND, que le client écoute ou pas.
On pourrait comparer le HTTP et le RTP ainsi : HTTP c'est « envoie-moi le son quand tu peux, et si ça traîne j'attendrai, je mettrai tout ça dans un tampon car il vaut mieux prendre du retard que d'avoir une coupure parce que le tampon serait trop court », RTP c'est « tiens voilà le son maintenant tout de suite, et si t'as pas le temps de traiter ce paquet, oublie-le et passe au suivant sans retard, vite vite, t'as pas le droit de prendre du retard, sous aucun prétexte »
Donc
mpd c'est un lecteur multimédia en réseau, il exporte des contrôles sur le réseau, pas du son, ça n'a rien à voir avec un serveur de son
quand mpd transporte du son, ce n'est que le son de mpd, et ce n'est pas du temps réel
MPD a été cité dans les commentaires de deux dépêches récentes, ici pour la transparence réseau du son à l'occasion d'un débat sur la transparence réseau du système graphique, et dans l'autre dépêche sur le serveur de son PulseAudio. MPD est hors-sujet dans ces deux débats, c'est un lecteur de musique avec télécommande ip…
[Addendum : d'ailleurs, si tu n'utilises ni dmix ni Pulseaudio (ou similaire) en plus de MPD, ton bureau ne pourra rien jouer pendant qu'MPD joue ta liste de lecture… ce qui montre qu'MPD ne résoud pas le problème d'un serveur de son]
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Un article partial: parfait pour un Vendredi.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Le combat X contre Wayland : les faits vus par Eric Griffith. Évalué à 3. Dernière modification le 19 juin 2013 à 13:56.
Mais mpd ne sert absolument pas à faire la même chose ! mpd ça sert à controler à travers le réseau une liste de lecture de fichiers multimédia, c'est d'abord un lecteur multimédia, quand bien même il pourrait aussi transporter le son qu'il génère. MPD ne sert pas du tout à transmettre le son généré par une application arbitraire (par exemple un jeu vidéo) vers la carte son.
Et puis bon, les protocoles audio HTTP ne sont pas fait pour transporter du son en temps réel, par conception. Le son en HTTP dans les protocoles utilisés par darkice/icecast/shoutcast et assimilés, c'est le client qui GET, ce qui signifie que le délai n'est pas maitrisable parce qu'on est dépendant de ce que le client réclame, et par exemple il est très fortemenent improbable que deux clients d'un même serveur aient exactement le même délai (rien n'est prévu pour que ce soit possible), en RTP c'est le serveur qui SEND, que le client écoute ou pas.
On pourrait comparer le HTTP et le RTP ainsi : HTTP c'est « envoie-moi le son quand tu peux, et si ça traîne j'attendrai, je mettrai tout ça dans un tampon car il vaut mieux prendre du retard que d'avoir une coupure parce que le tampon serait trop court », RTP c'est « tiens voilà le son maintenant tout de suite, et si t'as pas le temps de traiter ce paquet, oublie-le et passe au suivant sans retard, vite vite, t'as pas le droit de prendre du retard, sous aucun prétexte »
Donc
MPD a été cité dans les commentaires de deux dépêches récentes, ici pour la transparence réseau du son à l'occasion d'un débat sur la transparence réseau du système graphique, et dans l'autre dépêche sur le serveur de son PulseAudio. MPD est hors-sujet dans ces deux débats, c'est un lecteur de musique avec télécommande ip…
[Addendum : d'ailleurs, si tu n'utilises ni dmix ni Pulseaudio (ou similaire) en plus de MPD, ton bureau ne pourra rien jouer pendant qu'MPD joue ta liste de lecture… ce qui montre qu'MPD ne résoud pas le problème d'un serveur de son]
ce commentaire est sous licence cc by 4 et précédentes