Merci à vous deux pour les réponses, pertinentes qui plus est.
Hypothèse A, MPD agit en tant que client source shout/icecast.
Pour mon scénario, ça ne marche pas, pour deux raisons, une qui se solutionnerait en plongeant dans le code de mpd, l'autre plus dure.
La couche shoutcast de mpd ne permet de sortir en wave. Si j'active le mp3 ou ogg, je tourne en rond, le cpu n'y arrive pas.
Je pense pas qu'il y en ait pour des semaines de taf pour modifier ça.
Mais là où ca coince un peu plus, c'est qu'en faisant des essais avec ezstream, icecast ne semble pas accepter en entrée du wave, et en tout cas, j'ai cru comprendre que son rôle n'était de toute façon pas de transcoder.
Donc exit.
Hypothèse B, liquidsoap.
Un peu sceptique au début.
Mais en fait c'est une arme de guerre. Totalement conquis.
Il fait le taf, bien, et facilement en plus!
En version courte l'archi choisie :
MPD, avec sortie HTTP activée, en encodage wave (la doc ne dit pas le supporter, mais si si). Attention juste, dans ma version de mpd, bizarrement la sortie était en mono.....
Ça déjà, lu pas un vlc, c'est nickel, le cpu du nas est heureux.
Sur la machine avec du CPU, le couple liquidsoap/icecast.
liquidsoap se connecte au flux wave/http de mpd, le transcode en mp3 et pousse ça vers icecast
icecast en config par défaut.
Pour info, icecast et liquidsoap sont dans les dépôts d'ubuntu. Facile j'ai dit.
Bon, il y a juste que le savon ça fait des bulles. Au changement 'naturel' de piste (enchainement de playlist de mpd) la piste suivante se met à complètement bugger (des glitch comme disent les anglophones) Si je fais pause et remet lecture, ça repart ok, mais bon pas top. J'ai bien l'intention de trouver le soucis.
[^] # ça glisse...
Posté par pierrepoulpe . En réponse au message MPD + webradio : déporter le transcodage sur une machine plus puissante.. Évalué à 1.
Merci à vous deux pour les réponses, pertinentes qui plus est.
Hypothèse A, MPD agit en tant que client source shout/icecast.
Pour mon scénario, ça ne marche pas, pour deux raisons, une qui se solutionnerait en plongeant dans le code de mpd, l'autre plus dure.
La couche shoutcast de mpd ne permet de sortir en wave. Si j'active le mp3 ou ogg, je tourne en rond, le cpu n'y arrive pas.
Je pense pas qu'il y en ait pour des semaines de taf pour modifier ça.
Mais là où ca coince un peu plus, c'est qu'en faisant des essais avec ezstream, icecast ne semble pas accepter en entrée du wave, et en tout cas, j'ai cru comprendre que son rôle n'était de toute façon pas de transcoder.
Donc exit.
Hypothèse B, liquidsoap.
Un peu sceptique au début.
Mais en fait c'est une arme de guerre. Totalement conquis.
Il fait le taf, bien, et facilement en plus!
En version courte l'archi choisie :
MPD, avec sortie HTTP activée, en encodage wave (la doc ne dit pas le supporter, mais si si). Attention juste, dans ma version de mpd, bizarrement la sortie était en mono.....
Ça déjà, lu pas un vlc, c'est nickel, le cpu du nas est heureux.
Sur la machine avec du CPU, le couple liquidsoap/icecast.
liquidsoap se connecte au flux wave/http de mpd, le transcode en mp3 et pousse ça vers icecast
icecast en config par défaut.
Pour info, icecast et liquidsoap sont dans les dépôts d'ubuntu. Facile j'ai dit.
Bon, il y a juste que le savon ça fait des bulles. Au changement 'naturel' de piste (enchainement de playlist de mpd) la piste suivante se met à complètement bugger (des glitch comme disent les anglophones) Si je fais pause et remet lecture, ça repart ok, mais bon pas top. J'ai bien l'intention de trouver le soucis.