Journal La musique dans une maison

Posté par (page perso) . Licence CC by-sa
Tags :
11
16
jan.
2012

Hello,

Je me suis mis au défi de partager ma musique entre mon salon (au rez, là où est le routeur), mon laptop et le fix de Madame.

Pour matériel, je dispose d'un routeur (fourni par le FAI) avec des fonctionnalités de « partage de musique » que je ne comprends pas, un routeur WRT54G et un linutop 2 ( http://www.linutop.com/linutop2.fr.html gagné sur ce même site) et, toujours dans le salon, une chaine hifi avec entrée Aux.

Ce que je souhaite:

  • Sur mon laptop et sur le desktop, pouvoir jouer la musique directement via la sortie audio du laptop.
  • Depuis le laptop, contrôler la musique jouée dans le salon.
  • Que la bibliothèque musicale soit la même partout.

Mon idée de base:

  • Brancher un disque USB sur le linutop
  • Laisser le Linutop allumé dans le salon, branché sur la chaine hifi
  • Avoir une synchronisation entre le portable et le disque du salon
  • Monter le disque USB via le réseau pour accès depuis le desktop

Qu'en pensez-vous ?

Questions:

  • Est-ce que vous avez une meilleure idée ?
  • Que me conseillez-vous comme lecteur audio pour le linutop et comme interface pour le piloter à distance ? (j'utilise les tags personnalisés via Quodlibet mais ce n'est pas indispensable par contre l'interface doit être graphique et facile)
  • Comment me conseillez-vous d'organiser la synchro entre mon portable et le disque USB? Le faire manuellement est une possibilité, on ne fait pas ça trop souvent après tout.
  • Le linutop permettrait-il également la lecteur de divx et/ou de DVD?

Merci d'avance :-)

  • # mpd

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

    regarde du coté de MPD

    Tu trouvera egalement de la doc ici :
    http://artisan.karma-lab.net/serveur-musical-mpd

    • [^] # Re: mpd

      Posté par . Évalué à  6 .

      Bonjour,

      Moi aussi j'aurai dit MPD mais un doute subsiste dans les besoins exprimés. Est-il attendu de pouvoir écouter une musique différente de celle qui serait jouer sur le linutop ? Si oui alors avec MDP ça va être tendu sinon ça le fait :-)

      Perso j'ai mon PC qui a MPD relié à mon ampli marantz. Tout est enregistré en FLAC et il est possible avec MPD de le piloter depuis n'importe quel périphérique (ordinateur portable, client sur android).

      Par contre, s'il faut avoir une copie des fichiers synchro sur l'ordi portable pour quand tu pars en vacances alors il vaut mieux regarder du côté des suggestions plus bas. Si tu souhaites sortir sur la sortie audio d'un autre périphérique que le linutop, alors faut passer par un stream Icecast. Pas compliqué mais c'est à faire en plus :-) Et les fichiers restent toujours sur un stockage unique.

      MPD c'est bien quand on a un point central d'écoute (de sortie audio) et car on peut le piloter par le réseau avec des interfaces graphiques, webs, en ligne de commandes, etc.

      Voilà, c'était histoire de préciser pour MPD :-)

      • [^] # Re: mpd

        Posté par . Évalué à  3 .

        A l'époque ou j'avais plus ou moins le même besoin, j'utilisais Ampache qui propose un module MPD.

      • [^] # Re: mpd

        Posté par . Évalué à  0 .

        Bonjour,

        J'utilise MPD sur un vieux laptop relié à une chaîne hifi, ario en client pour piloter MPD à distance (existe aussi en version windows).

        Pour écouter de la musique sur un poste distant (sur le réseau local ou même de l'extérieur), j'utilise un serveur http minimaliste mais qui remplit son office : edna (streaming http, téléchargement d'albums zippés, contrôle d'accès)

  • # Partage de musique

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

    avec des fonctionnalités de « partage de musique » que je ne comprends pas

    Pourrais-tu détailler ? Il existe plein de technologies aux noms barbares (UPnP-AV, D-Bus Media Server, DAAP...) que j'aimerais connaître, et ton journal serait une bonne occasion de les passer en revue. Quel est ton routeur, précisément (je suppose qu'il s'agit d'une box) ?

    • [^] # Re: Partage de musique

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

      C'est un Pirelli DRG A226G et il dispose d'une case "Media Sharing" qui permet de "partager les documents audio et vidéo sur le voisinage réseau". Aucune idée de ce que ça veut dire en pratique.

  • # streeme

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

    J'ai mis en place streeme y a 2 semaine sur une machine chez moi. J'ai accès via le reseau local à mes playlistes. Ca lit en HTML5 via ffmpeg

    lien : http://code.google.com/p/streeme/

    • [^] # Re: streeme

      Posté par . Évalué à  1 .

      Un grand merci, ça fait des mois que je cherche une solution équivalente.
      Le http à l'avantage d'être disponible partout (android, iphone, ipad, touchpad...).

  • # Ca ne répond pas a tout mais c'est bien quand même

    Posté par . Évalué à  3 .

    • [^] # Re: Ca ne répond pas a tout mais c'est bien quand même

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

      J'utilise Subsonic,
      mon serveur domotique (je l'utilise pour piloter mon chauffage, voir mon compte y a un journal + une dépêche) ce trouve dans le salon, sortie audio sur mon amplis Hi-Fi.
      j'y ai installé Subsonic.
      On pilote Subsonic avec nos ordinateurs portable (un simple navigateur) en utilisant comme player le mode jukebox.

      Une fois ta playlist faite, tu la lance en lecture et tu peut arrêté le portable et le serveur va te la jouer.
      Pour arrêter tu te reconnecte et tu reprend le contrôle.

      C'est cool Subsonic, je l'ai sur mon natel android comme ça je peut écouter toute ma musique dans la voiture (3g illimité).

      Avant j'utilisait xbmc avec une application android sur le natel, c'est pas terrible, surtout pour faire des playlist.

    • [^] # Re: Ca ne répond pas a tout mais c'est bien quand même

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

      Sisi, ça répond bien : tu peux jouer sur ton laptop (via vlc, un autre player de stream ou encore le player flash kesapuçaypalibre), tu peux jouer sur le serveur, tu peux télécharger/uploader les fichiers via l'interface web pour avoir une cohérence entre les serveur et une autre station...

      Bref, que du bonheur. Et en plus tu pourras écouter ta zic en dehors de chez toi si tu fais ce qu'il faut.

      It's a fez. I wear a fez now. Fezes are cool !

  • # Et pourquoi pas ?

    Posté par . Évalué à  2 .

    En plus de MPD que je recommande également, tu peux réfléchir à utiliser pulseaudio.

    Dis comme ça ça peut piquer, mais pulseaudio a une fonction géniale : il permet de sortir très facilement et en même temps un flux audio sur plusieurs machines, de manière sychronisée. Ça peut être très intéressant.

    Comme interface graphique pour MPD, les plus utilisées je pense sont Sonata et GMPC.

    Sinon tu peux regarder du côté de UPNP, très intéressant aussi pour faire ce que tu veux.

    • [^] # Re: Et pourquoi pas ?

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

      En plus de MPD que je recommande également, tu peux réfléchir à utiliser pulseaudio.

      Dis comme ça ça peut piquer, mais pulseaudio a une fonction géniale : il permet de sortir très facilement et en même temps un flux audio sur plusieurs machines, de manière sychronisée. Ça peut être très intéressant.

      un pointeur sur la façon de mettre ça en place ?

      /!\ ne pas écrire a cette adresse : potdemiel@400iso.net

      • [^] # Re: Et pourquoi pas ?

        Posté par . Évalué à  2 .

        Tu peux trouver ici comment faire ça sans serveur graphique, sinon avec paprefs et pavucontrol tu peux tout faire (RTP stream ou un truc du genre).

        Sous Ubuntu il y a un bug depuis très longtemps qui n'a jamais été corrigé, voir ici.

        Testé avec succès sur un réseau filaire + CPL, avec un ordinateur sous Arch et un autre sous Ubuntu, avec les deux techniques (graphique et non graphique).

      • [^] # Re: Et pourquoi pas ?

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

        0x3A21283A

        ------>[]

  • # si ça peut donenr des idées

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

    Hello,

    Un petit retour d'expérience sur mon setup, qui ne répond pas spécialement à ta recherche mais peut donner des idées:

    • un filer avec la musique (un openrd-base dans mon cas, avec raid-1)
    • un DAC usb collé au cul (autoalimenté via usb, sortie RCA)
    • qui balance sur l'ampli/enceintes/subwoofer
    • un serveur mpd sur le filer
    • un client mpd sur le smartphone ou le laptop

    ça roxe du poney :)

    il faudrait juste que je puisse controler l'on/off de l'ampli à distance :)

    • [^] # Re: si ça peut donenr des idées

      Posté par . Évalué à  1 .

      D'ailleurs si quelqu'un connaît des relais pilotables par usb, ce serait de la balle.

      La gent féminine, pas la "gente", pas de "e" ! La gent féminine !

      • [^] # Re: si ça peut donenr des idées

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

        Tu peux bricoler un truc avec une carte arduino

        • [^] # Re: si ça peut donenr des idées

          Posté par . Évalué à  3 .

          Oh la malheureux ! Je ne bricole rien qui touche à du 220v !

          Non je voulais dire une offre commerciale accessible aux benêts de mon acabit
          qui ne savent pas souder.

          La gent féminine, pas la "gente", pas de "e" ! La gent féminine !

          • [^] # Re: si ça peut donenr des idées

            Posté par . Évalué à  0 .

            Tu peux le faire en IR (voir le Arduino Cookbook chez Oreilly).

            Peut-être qu'il est même possible si tu as une chaîne avec plusieurs éléments séparés de la même marque de sniffer les signaux sur les câbles faisant les chaînage entre les éléments (Plus élégant à mon goût, mais ça dépends des modèles. Ça doit être faisable si pas déjà fais sur les Onkyo).

      • [^] # Re: si ça peut donenr des idées

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

        Voir la liste des relais pour la domotique sur le domotiki.

  • # Squeezebox

    Posté par . Évalué à  6 . Dernière modification : le 16/01/12 à 21:53

    J'avais le même besoin et je me suis orienté vers les solutions Logitech Squeezebox.
    Deux options:

    1) Une Squeezebox Touch directement liée à un disque dur et à ta chaîne. C'est pas trop mal mais tu te sens vite à l'étroit au niveau des options/performances.

    2) Brancher la Squeezebox Touch sur ta chaîne, mais faire tourner le Squeezebox Server sur ton serveur et brancher le disque dur sur le serveur. C'est bien mieux mais plus cher et consomme plus à cause du serveur.

    Avantages :
    a) le DAC de la Squeezebox est réputé vraiment pas mal
    b) Tu peux contrôler ta musique un peu n'importe comment (à partir de la Touch, de ton PC, de ton smartphone, etc.)
    c) la communauté est assez active et tu as pleins de plugins
    d) tu n'as pas besoin de lancer ton PC pour écouter de la musique.

    Inconvénients :
    e) Le prix de tout ça
    f) La configuration qui n'est quand même pas immédiate (mais bon ça se fait)
    g) L'interface Web qui n'est pas très moderne (faire une playlist demande un effort surhumain). Mais je n'ai pas cherché beaucoup plus loin (un plugin Amarok serait vraiment pas mal...).

    Tu as aussi le concurrent Sonos qui n'est pas trop mal.

    • [^] # Re: Squeezebox

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

      Pareil ! J'allais venir parler des mes SB ;-)

      Pour ma part, j'ai une SB touch dans le salon, sur la hifi, et une SB radio dans la kitchen. Toutes les 2 en synchro (même zic/pilotage). J'ai recyclé un vieux eee701 en serveur NAS.

      J'ai la musique partout, et facilement pilotable (telecommande, directement sur la device, appli android, ordi via web interface ...).
      J'ai pris le kit batterie pour la SB radio, et elle ne me quitte plus (super pratique)...

      Très bon son, facilité d'utilisation et pilotage très complet (album, podcasts, radio, ...). Même mon fils de 19mois sait mettre la musique ;-)

      Tout ça est open-source, il y a des plugins partout (côté serveur, côté device) ... Et on sent que le produit a déjà 10ans d'experience derrière (comprendre : il n'y a rien que tu ne puisses pas faire).

      Avant j'utilisais MPD sur un ordi, relié sur la hifi, et des enceintes radio-frequence (sans fil). C'était déjà pas mal. Mais là, c'est infiniment plus simple, et facile à piloter (toute la famille y arrive maintenant). C'est juste parfait pour moi.

      • [^] # Re: Squeezebox

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

        Je confirme, je suis super content de mon installation a base de Squeezebox: une Touch dans le salon reliee a la chaine hifi, une Radio dans la cuisine et je compte racheter une Radio pour ma chambre.
        Ma specificite est que le serveur tourne sur une Dedibox, donc a distance.

        Pourquoi j'en suis content:

        • une fois que l'installation est faite, ca 'juste marche', toute la collection musicale est dispo depuis toute la maison super facilement, sans besoin d'allumer l'ordinateur
        • le son est excellent
        • tout est libre, mais aussi hackable: Acces root au linux embarque sur les SB, possibilite d'ajouter des scripts, de modifier ce qu'on veut, ce que je me suis empresse de faire: les SB m'offrent donc un ecran couleur dans chaque piece pour n'importe quel besoin (domotique par exemple).
        • support d'a peu pres tous les formats, y compris video/images. Support du uPNP/DLNA egalement, ce qui permet d'acceder a son contenu depuis n'importe quelle tele/console/autre supportant DLNA (meme si je n'en ai pas l'utilite)

        Excusez l'absence d'accents dans mes commentaires, j'habite en Allemagne et n'ai pas de clavier francais sous la main.

        • [^] # Re: Squeezebox

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

          Ah ... on est au moins 3 fans sur DLFP ;-)

          Je suis d'ailleurs assez surpris qu'on n'en parle pas plus ici bas. Car c'est quand même des solutions très libres ... Et je sais que beaucoup de moules ici écoutent beaucoup de musiques. Ca reste, à mon humble avis, la solution "la plus simple" à mettre en place, tout en utilisant de l'open source. Certes, ça a un coût, mais c'est le matos physique.

          Son seul point noir, à mon avis : C'est la partie serveur en PERL, et la partie cliente en LUA ! Python sur le serveur, et Javascript/EFL sur le client aurait été un choix plus judicieux ;-)

          Ne pouvant développer en perl (pour des raisons éthiques (pythonistas inside)). J'ai réalisé une "applet" en LUA (donc côté device), qui permet d'interagir avec un "serveur web" en échangeant des trames JSON (ça permet de faire interagir la device avec un serveur web (peu importe la techno)). Faudrait que je le release, et surtout que je fasse une doc des commandes json. (feature : menu/checkbox/multi-choice/search_area/text)

          Comme beaucoup de gens ici, à la base, j'avais monter ma solution moi même, à base de MPD ... J'avais une telco RF, et un site freebox/html, pour piloter la zic ... Beaucoup de travail, pour un résultat juste convenable. C'était "bien", ça fonctionnait.

          Puis j'ai acheté, un peu par hasard, une SB-Radio : j'ai été bluffé de suite, et j'ai réalisé le potentiel ... 2 semaines plus tard, j'avais la touch sur la hifi. Et je projette aussi de rajouter une radio fixe, dans la chambre (en guise de radio-reveil)

          • [^] # Re: Squeezebox

            Posté par . Évalué à  1 .

            J'avoue que je connais pas à quel point tout cela est libre ou pas. Je ne me suis pas trop posé la question vu que tout a fonctionné immédiatement et je n'ai jamais eu à mettre les mains dans le camboui pour corriger de bogues...

            Peut-être que cela vaut le coup de rédiger une dépêche sur le sujet ?
            Si tu t'y connais, on peut essayer d'en rédiger une ensemble ?

            • [^] # Re: Squeezebox

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

              Je ne m'y connais que très peu ...
              Dans le sens, où je suis "nouveau" dans cette communauté ... J'ai du mal à comprendre le background derrière (les 10 années précédentes)
              Je n'utilise que 10% des possibilités du serveur local (comprendre j'ai quasiment activé aucun plugin, et pas configuré grand chose)
              Pour tout dire, je n'ai même pas encore mis ma collection sur le NAS ;-)
              A travers mon plugin, et un serveur self-made : j'accède à toute la musique dispo sur internet (comme si elle était en local), et plus encore.

              Je n'ai que des connaissances sur le dev côté device (lua), et sur les commandes telnet/json de pilotage distant.
              Le serveur est pour moi une boite noir, et le fait qu'il soit en perl me bloque totallement

          • [^] # Re: Squeezebox

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

            Ton applet m'interesse fortement, pourrais-tu me contacter si tu decides de la publier?

            De mon cote j'ai aussi fait une applet en Lua qui me permet d'interagir avec un site Web en JSON.
            A l'heure actuelle je ne la publie pas car elle est specialisee pour un site en particulier, qui n'autorise a priori pas les requetes venant d'applications tierces (un peu le meme probleme que les applis connectees au Bon Coin).
            D'autre part, elle ne marche qu'apres une correction dans la classe RequestHttp qu'il faut que je fasse remonter aux devs Squeezebox.

            Une solution plus generique serait tres appreciee!

            D'autre part je participerais volontier a une depeche sur l'ecosysteme Squeezebox.

            Excusez l'absence d'accents dans mes commentaires, j'habite en Allemagne et n'ai pas de clavier francais sous la main.

            • [^] # Re: Squeezebox

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

              De mon cote j'ai aussi fait une applet en Lua qui me permet
              d'interagir avec un site Web en JSON.

              Bah, c'est exactement ce que j'ai fait ;-) (pour pouvoir rajouter des fonctionnalités, sans devoir coder du perl ;-)
              J'en ai parlé ici : http://forums.slimdevices.com/showthread.php?t=90986

              Ma version n'est pas "spécialisée" (si ce n'est le premier appel HTTP qui est en dur dans le code (car je ne sais pas trop où le stocker (mais il semblerait qu'il soit possible de le mettre en "paramétrage")))
              Le gros taf qu'il faudrait que je fasse : c'est une DOC ! (car il est 100% fonctionnel, et est utilisé chaque jour (par moi et mes sb)!)

              Si je release sur github : tu serai de la partie ?

              Le hic, c'est que je me suis lancé là dedans (et ça me tient à coeur (je suis attendu par la communauté playdar ;-))):
              https://github.com/manatlan/pyplaydar !
              Pour ceux qui mattent, et qui comprennent ^^, je vous laisse imaginer les possibilités sur une squeezebox ;-) (toute la musique du monde, resolved par des plugins playdar/tomahawks ...)

              • [^] # Re: Squeezebox

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

                Si je release sur github : tu serai de la partie ?

                Je viens de jeter un coup d'oeil à ton message sur le forum. Ton projet a l'air très intéressant, mais ne correspond pas vraiment à ce que fait mon applet (qui en gros se connecte à un webservice JSON publié par un site externe, avec authentification/gestion de cookie).
                Cependant si tu publies ton projet je le testerai de suite et participerai avec plaisir, d'autant plus si j'en trouve une utilisation...

                ... à ce propos, concernant playdar, je ne connaissais pas du tout. Je viens de chercher un peu, il semble que ça soit un scanner tournant sur ton (tes) PC mettant à disposition la musique s'y trouvant sur un petit serveur web. Quel interêt sur une Squeezebox, par rapport à avoir sa collection sur son serveur, et des plugins SB pour se connecter aux services en ligne? La recherche facile inter-source?

                Excusez l'absence d'accents dans mes commentaires, j'habite en Allemagne et n'ai pas de clavier francais sous la main.

  • # DLNA

    Posté par . Évalué à  7 .

    • Il faut que tu regardes du côté du DLNA, ça sert exactement à ce que tu veux : partager des fichiers, les faire jouer sur des renderers, et piloter le tout, éventuellement sur un périphérique tierce.

    Voici ce que j'imagine chez toi, qui est proche de ce que j'ai :

    • Linutop :

      • serveur minidlna : mettre à dispo tes fichiers media sur ton reseau local
      • serveur NFS : partager ces memes fichiers directement sur le reseau
      • serveur rsync : partager toujours le meme repertoire, mais via rsync pour avoir la facilité de synchronisation pour un mode 'offline' sur ton laptop
      • xmbc : c'est un renderer (sinon LE renderer). je ne sais pas si il va tourner sur une machine aussi modeste, mais sache à titre d'info qu'il tourne assez bien sur mon eeePC701
    • Laptop :

      • client RSYNC pour la synchro 'offline'
      • pilote DLNA pour piloter à distance la platine de salon
      • xmbc pour le mettre en "renderer" mobile
    • Desktop :

      • client NFS pour 'mounter' les fichiers et les avoir sous la main

    Et si t'as un téléphone Android, tu peux aussi mettre un pilote (j'utilise uPnPlay mais il en existe plein d'autres).

    • [^] # Re: DLNA

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

      yup dlna est ton ami, 2 fois que je dis ça ici :p

      tu met tes média dans des répertoires quelque part sur ton disque.

      ensuite pour la gestion tu as accès via une interface web, si tu utilise chrome tu peux les lire directement sinon vlc, mediaplayer et plein d autre sont compatibles.

      perso j utilise mediatomb. ça te permettra de partager des playlist ou même des répertoire complets.
      cela gère également les tag (photo, films et son).

      Serveur-> le linutop avec mediatomb ou autre
      client -> n importe quel pc (windows, linux, android, mac, {iphone je sais pas})

      l ajout de nouveau média se fait comme tu veux via n importe quel méthode (nfs, ftp,....) et la synchro via d/inotify te permet une mise a jour des liste de façon dynamique :)

    • [^] # Re: DLNA

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

      Merci, cela me semble la solution la plus simple et la plus proche de ce que je veux. Je suis en effet légèrement sceptique quand à mpd (car je n'ai jamais vu une interface digne de ce nom). Je vais jeter un œil à DLNA.

    • [^] # Re: DLNA

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

      Juste pour reprendre ta liste: tu me conseilles quoi en client DLNA ? De plus, XMBC est inutile dans mon cas: le linutop n'a pas d'écran. Il sera donc uniquement pilotable depuis le réseau.

      • [^] # Re: DLNA

        Posté par (page perso) . Évalué à  3 . Dernière modification : le 17/01/12 à 01:27

        Je crois que ton routeur Pirelli et sa fonction "Media Sharing" correspondent exactement à ce que tu recherches. Du moins, en parcourant le PDF de sa notice, j'ai lu "DLNA Server/Client". Peut-être les forums consacrés à ton FAI abordent mieux la question.

      • [^] # Re: DLNA

        Posté par . Évalué à  2 .

        Ah bin comme tu te demandais si il pouvait lire les DVD/DivX j'ai cru que...

        Sinon pour te répondre, je ne connais pas de clients non graphiques, et même, au dela de XBMC j'ai pas non plus testé grand chose (tellement ça marche bien xbmc !).

        Mais j'avoue que si tu trouves un client en daemon pur qui peut jouer de la zique, ça m'intéresse.

        • [^] # Re: DLNA

          Posté par . Évalué à  1 .

          Mais j'avoue que si tu trouves un client en daemon pur qui peut jouer de la zique, ça m'intéresse.

          Y'a déjà une discussion à ce sujet ici.

          • [^] # Re: DLNA

            Posté par . Évalué à  2 .

            La conclusion n'est pas fameuse... un vrai renderer 100% ligne de commande... bin on dirait que ça n'existe pas :(

            • [^] # Re: DLNA

              Posté par . Évalué à  1 .

              Conclusion

              Les standards ça à du bon, on arrive à faire fonctionner des équipements assez divers ensembles!!!
              Le logiciel libre, c'est vraiment parfait: dans ce cas précis ça manque un peu de guidage, mais le code est disponible et fonctionne bien !

              Je trouve ça plutôt positif personnellement. Il cite deux solutions viables, c'est déjà pas mal !

              • [^] # Re: DLNA

                Posté par . Évalué à  3 .

                On s'éloigne là... Je commente sur le fait que je ne connaisse pas de player DLNA en ligne de commande, tu me renvoies sur une discussion qui finit en émulant X au travers de screen... donc pas fameux.

                Ensuite si c'est pour dire que DLNA c'est bien, lis mes commentaires (et notamment celui en tout début de ce thread), tu prêche un convaincu, j'utilise ça depuis plusieurs semaines avec du matériel propriétaire (WD Live Media Player), du libre (minidlna), du on-sait-pas-quoi (UPnPlay)... et ça tourne nickel !

                • [^] # Re: DLNA

                  Posté par . Évalué à  1 .

                  Heu non je prêche rien du tout, je n'utilise même pas.

    • [^] # Re: DLNA

      Posté par . Évalué à  1 .

      Je plussoie le DLNA,

      Pour ma part le serveur "miniDLNA" sur Debian/Ubuntu/LMDE/Fedora (un tout bête fichier txt à configurer et il existe même une extension pour webmin)
      Mon ampli audio (pioneer d'entrée de gamme) connecté à ma télé elle même connecté à ma freebox V6 elle même client DLNA (dans le menu, aller dans disque dur tout au fond à droite). Tout ceci me permet de lire mes Vidéo/Photos/Musique sur ma télé, en bénéficiant de la sortie audio sur l'ampli.

      Depuis mon tél (N900) je me connecte avec le lecteur audio par défaut sur le serveur DLNA. Je ne connais pas Android mais c'est possible. Concernant l'Iphone c'est un peu plus complexe, j'ai trouvé de client UPnP mais pas DLNA (pourtant il y a des millions d'apps)

      Depuis windows, VLC ou même média player doit faire l'affaire.

      En bref, minidlna est trés bien supporté par les logiciels libre, un peu moins bien par les autres et encore le monde Windows le gère plutôt bien mais c'est surtout du côté d'Apple que ça bloque. A priori, DLNA partage les fichiers sur un serveur alors que UPnP envoie le flux depuis le serveur. Dans le premier cas il y a possibilité d'accéder au fichiers, dans le second, uniquement aux flux, d'où la réticence d'Apple de laisser ses utilisateurs accéder directement aux fichiers qui ne seraient pas les leurs (DRM toussa).

      La freebox V6 étant DLNA et UPnP, permet facilement de lire les flux envoyés en UPnP depuis un Iphone (toujours au même endroit "disque dur" depuis le menu principal)

      Julien_c'est_bien (y'a pas que Seb)

  • # Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

    Posté par . Évalué à  3 .

    Hello,

    Les points ci dessous sont un peu incendiaires à l'égard de squeezebox et de MPD. J'ai en effet investi pas mal de temps et d'argent dans ces solutions si vantées dans ce forum d'experts. Pourtant, elles ne m'ont pas convaincues. Les softs ont peut être progressé depuis 2 ou 3 ans, et je suis peut être passé à côté de fonctionnalités.

    Pour être dans la même situation que toi, j'ai décidé de rester simple et pas cher.

    J'ai testé la squeezebox, la 3, très jolie, avec un bon son, mais c'est un peu léger. En effet, dans les faits, c'est un produit raté. D'une part, elle n'est pas nativement compatible avec les standards actuels du genre dlna, et d'autre part, elle nécéssite l'installation d'un programme dédié, le squeezecenter, qui est une farce de nullité: Une usabilité pourrie, et une consommation mémoire qui fricote avec les 300 mo, pour faire en moins bien que l'équivalent de 10% de winamp, c'est à dire exposer une bibliothèque multimédia.

    Ensuite, il y a MPD, mais pour avoir testé également, les UI proposées sont toutes un peu anecdotiques, comprendre, un peu moches, un peu buggées. Seul le démon tient la route, et encore, c'est plutôt minimaliste: notamment, pas de streaming, et pas d'auto découverte d'hôtes par les client, une communauté qui sort des trucs mais pas trop d'avancées depuis des années.

    De plus, aucune ne t'aide vraiment à gérer facilement la multiplicité des sources musicales, qui est variée, et volatile, avec des clés usb, des partages samba, des cds; franchement c'est pas marrant de configurer un partage samba en ssh avant d'écouter un album...

    La solution qui est top, et qui me convient entièrement pour pas un rond de plus, c'est de flasher un openwrt sur une fonera, ou un nslu2, d'y brancher une carte son usb et d'utiliser l'UI pavucontrol pour redirigier les sorties son vers le serveur sonore pulseaudio installé dessus, avec les plugins qui vont bien. Ainsi , tu utilises ton player préféré compatible alsa/pulseaudio, avec tes partages samba montés comme il faut sur ton ordi préféré, ton UI préférée, avec tes softs préférés, et une carte son que tu choisis, entre 30€ d'entrée de gamme et 400€ pour un DAC hi-fi. Bref, une solution qui te pipeaute pas à base d'architecture révolutionnaire, et que tu peux oublier dès que ça marche, parce que la conf est définitive. Un nlsu2, ça coûte 35€ sur ebay, c'est robuste comme un 3310, donc tu peux tranquillement l'oublier derrière ta chaîne hi-fi.

    • [^] # Re: Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

      Posté par . Évalué à  2 . Dernière modification : le 16/01/12 à 22:56

      Au niveau performance du Squeezebox Server, je le fais tourner sur un Seagate Dockstar (acheté à 30 euros) qui a 128 Mo de RAM. C'est la solution du pauvre mais ça marche impeccablement avec une collection assez importante (plusieurs milliers de titres).

      L'utilisation pour moi se fait essentiellement via la Squeezebox Touch qui je trouve a une interface agréable.

      Comme je l'ai indiqué tu as pleins de solutions pour contrôler ta musique. Le Squeezecenter étant à mon avis la plus mauvaise des solutions (la meilleure étant la Squeezebox Touch). L'interface Web est très austère mais fait son travail, et tu as pleins d'applications pour iPhone, Android, WebOS ou même Maemo.

      Si j'ai un jour le courage, je ferai un plugin pour Amarok...

    • [^] # Re: Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

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

      Donc, si je te comprends bien, tu te contentes de rediriger la sortie son de ton laptop vers le routeur ?

      C'est une bonne idée mais qu'en est-il de la bande passante consommée ? L'avantage du pilotage a distance c'est que ça ne consomme rien et, dans le pire des cas, tu transfères le fichier compressé.

      • [^] # Re: Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

        Posté par . Évalué à  1 .

        Je n'ai pas rencontré de problème de bande passante. Un petit coup de calculette concluerait sans doute à dire qu'un pauvre flux audio, même décompressé, tient largement dans les tuyau d'un wifi pas trop mal luné. Quant à la latence, et à son ami le buffering, pulseaudio à l'air de bien s'en tirer. Avec la "carte son virtuelle" à cocher dans paprefs (oui oui, cocher, pas à bidouiller dans un fichier de conf), on décèle une latence de qqes dixiemes de secondes, ce qui est largement tolérable: Quand tu cliques sur pause, ça pause tout de suite.

        • [^] # Re: Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

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

          Je suis en train d'essayer de comprendre Paprefs. C'est vrai que ça fait plaisir de pas devoir bidouiller des fichiers de conf.

          Questions: c'est quoi « Make local sound devices available as DLNA/Upnp Meia Server » ? Je comprends pas ce que PulseAudio a avoir avec ça.

          • [^] # Re: Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

            Posté par . Évalué à  1 . Dernière modification : le 17/01/12 à 16:00

            Pulseaudio peut agir comme un serveur de contenu.

            Dans DLNA/UPNP il y a trois rôles :
            - le serveur de contenu ;
            - la télécommande ;
            - le lecteur.

            Les trois sont indépendants. Tu peux activer l'option de Pulseaudio, et tu verra dans une télécommande qu'il apparait dans les lecteurs disponibles.

            XBMC par exemple est capable de remplir les trois rôles, pulseaudio uniquement serveur, la plupart des télés font télécommande et lecteur, les NAS uniquement serveur, etc.

    • [^] # Re: Pulseaudio sur un périphérique connecté au réseau près de la chaine hifi

      Posté par . Évalué à  3 .

      Je plussoie cette solution, mise en œuvre depuis un petit moment entre mon laptop et un serveur branché sur une chaine hifi, ça fonctionne très bien, c'est très stable. Par contre, j'ai rencontré un soucis dans une configuration en wifi avec une freebox, avec des coupure des quelques secondes dans le flux de façon régulière.

      Pour une fois qu'on peut dire du bien de pulseaudio, c'est quand même agréable.

  • # ...

    Posté par . Évalué à  7 . Dernière modification : le 17/01/12 à 02:17

    Hello Ploum,

    Je ne sais pas trop où "répondre mes questions", vue que ça irait dans deux fils de ton journal. Alors j'en fais un autre, en sqeezant un peu du contenu du mien, du coup.

    J'me permet de reposer tes bases car il me semble intéressant de les détailler, d'abord le matos en 3 blocs distincts :

    • un routeur FAI, donc boitenoirepastouche. un routeur que tu maîtrises

    • un petit ordinateur. deux ordinateurs 'standards'

    • une chaine hifi (avec entrée aux c'est mieux, ça revient moins cher qu'un connecteur jack)

    Dans cet ensemble tu sous-entends que "mini ordi" pourrait être connecté éventuellement à la chaine hifi. OK, c'est une solution. Mais il y en a une autre, si tu peux ajouter comme condition un achat d'environ 40 euros (?) et si le point suivant trouve une réponse : ce que tu veux faire, parcequ'il y a besoin d'un détail :

    Depuis le laptop, contrôler la musique jouée dans le salon.

    Qu'entends tu par "contrôler" ? Parceque c'est il me semble le point central qui devrait être regarder avant de se lancer dans qq chose. Pour moi contrôler, ici, est équivalent de : "lancer, stopper, volume, suivant, précédent". Or cette installation dispose de au moins deux ordinateurs : le laptop et le desktop, sur lequels seront effectués les taches de contrôles. Je pense que tu me vois venir, là : le "contrôle" ne sera effectué par une machine autonome mais par vous depuis un 'pupitre' tiers. Donc pourquoi vouloir faire passer ce contrôle à travers le réseau réellement ? Alors qu'il suffit de l'avoir sur le "pupitre".

    En conclusion j'ai l'impression que les solutions sous-jacentes sont des sacs de noeuds. Ajouté un "mini pc" attaché à une "base musicale" et dont les contrôles seraient fait par un démon réel ma semble totalement overkill, inutiles. Enlève le "linutop" de l'équation : il n'est pas nécessaire. Donc :

    • Sur mon laptop et sur le desktop, pouvoir jouer la musique directement via la sortie audio du laptop

    C'est spécifique entre ces deux ordis et non nécessaire à l'installation. Ici Pa fera l'affaire sans problème : c'est la réponse déjà installée, déjà prête et déjà fonctionnelle.

    Depuis le laptop, contrôler la musique jouée dans le salon.

    Ajoute un récepteur audio bluetooth aux entrées aux de ta chaine (cout ~40 euros) ça consomme rien, ça ne fait pas de bruit, et c'est fait pour ça. Depuis le laptop tu controlera la musique diffusée dans le salon. Et ce, avec le logiciel que tu préfères.

    Que la bibliothèque musicale soit la même partout.

    Point AutoFS sur le desktop. L'accès sera simple comme un cd ~/Musique

    • [^] # Re: ...

      Posté par . Évalué à  4 . Dernière modification : le 17/01/12 à 05:04

      "la complexité est parfois belle, la simplicité est toujours élégante"
      :-)

    • [^] # Re: ...

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

      avec cette méthode, il ne sera donc pas possible facilement d écouter de la musique sur un device non prévu à cet effet, il faudra donc faire une conf spécifique, monter le partage,....

      la solution dlna avec mediatomb (par exemple) me semble bien plus simple.

      une machine quelque par toujours up, avec un disque ou l on pousse tous les contenus multimedia, la config de mediatomb qui spécifie le répertoire "parent", et le soft annonce par upnp les contenu, il les classe par thèmes, date, auteur, tag, répertoires...

      tout appareil compatible dlna, comme un amplu AV, une TV, un PC (via un player ou browser web) peut faire renderer, meme ta freebox peut voir ce contenu.si tu a une PS3 ou une XBox tu poura aussi les utiliser

      autre avantage, tu peux parcourir et choisir ce que tu veux voir/ecouter, tu peux aussi piloter tout ça à partir d un autre media, par exemple dans ton salon, tu veux mettre une playliste dans la chambre, et bien tu peux le faire avec ton telephone par exemple.

      avec dlna, tu peux a partir d un appareil A écouter sur le B le contenu mis a disposition par C.
      .

      mediatomb

      pour débuter un fichier de config en xml basique, et pour gérer les média, ça se fait par une interface web :)
      plein de nimages

      • [^] # Re: ...

        Posté par . Évalué à  2 . Dernière modification : le 17/01/12 à 12:47

        il faudra donc faire une conf spécifique

        Oui, il faudra écrire une ligne pleine de caractères dans un fichier de conf. \o/

        monter le partage,....

        AutoFS ... tu cliques sur l'icone (depuis le navigateur ou depuis le logiciel de playlist) ça montes, et t'es dedans

        une machine quelque part toujours allumée

        S'il faut dédier une machine pour cela, et la laisser allumer en permanence, alors ça serait dommage qu'elle se contente de faire ça. Le Linutop et dd usb peuvent faire office de serveur de stockage : petite consommation, silencieux. Nickel.

        il les classe par thèmes, date, auteur, tag, répertoires

        Contrôle : n'importe quel client audio fait ça. Et rendre intéressantes des modifications apportées à cela est l'écriture des tags standards prévus à cet effet dans les fichiers audio. Quel intérêt exact de déporter cette fonction ? :)
        Retour sur le point au dessus : les fichiers audio contiennent eux mêmes ces références, n'importe quel client sait les traiter, et le fait d'utiliser ces standards facilitera le 'transport' des dites informations avec les fichiers.

        tout appareil compatible dlna

        Donc ajouter une couche et dire au revoir aux anciens appareils, pour pas une seule fonction de plus ?

        dans ton salon, tu veux mettre une playliste dans la chambre

        Ha oui, le bluetooth est limité en terme de distance. On ne peux pas lancer la musique du saloin si personne n'est dans le salon ou à proximité. O merde \o/ On ne peux pas non plus lancer la musique dans le salon si on est dans la cave \o/ Mais dans la vraie vie : la personne à proximité du point d'écoute lance la musique de ce point d'écoute.
        gueulante : "chérie je t'ai lancée la musique dans le salon, ça marche ?" "ouhai super mais là j'écoutais les infos"... Bref à part pour faire deux blagues trois fois par an, pas d'intérêt réel.

        comme un ampli AV, une TV, un PC (via un player ou browser web) peut faire renderer, meme ta freebox peut voir ce contenu.si tu a une PS3 ou une XBox tu poura aussi les utiliser

        Ploum ne parle pas de tout ça dans ses pré-recquis. Mais soit, et c'est un avantage de dlna : être implémenté dans plein de matos divers et variés. Un peu comme windows sur les PC. J'ai fait mumuse avec Skifta lors de sa sortie beta : c'est impressionnant, vraiment, puis finalement, n'ayant pas l'utilité d'avoir 50 matos qui comprennent dnla, ni l'utilité que tout le onde puisse faire sa PL en arrivant chez moi, je suis retournée sur une solution simple.

        On peux trouver plein de bonnes raisons d'utiliser autre chose (dlna, démon spécifique comme mpd,...) qui permettront de s'amuser pendant le montage de la config et ajouteront des fonctions. C'est clair. Mais on peut aussi vouloir une solution limitant la surface de config et temps de mise en oeuvre et utilisant déjà les possibilités de l'existant et de l'installé. Qui répond au besoin quotidien, simplement.

        • [^] # Re: ...

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

          Oui, il faudra écrire une ligne pleine de caractères dans un fichier de conf. \o/

          pour la conf celle par défaut suffit dans la plupart des cas

          Autofs

          bah autofs, il marche pas sur mon téléphone, ni sur windows, sauf si tu exporte aussi en samba.

          S'il faut dédier une machine pour cela, ...

          pour la machine je parlais du linutop justement, pas une de plus.
          les appareil dlna sont légion maintenant, mais je te concède que le vieux matos ne le gère pas, cela dit mon radio cassette n as pas le réseau non plus donc pas d espoir pour lui.

          il les classe par thèmes, date, auteur, tag, répertoires

          Contrôle : n'importe quel client audio fait ça.

          oui mais ça implique que tous les client charge a chaque fois et scannent régulièrement l arborescence complète, ce qui peut devenir vite lourd, surtout si ensuite tu a un indexeur sur la machine.

          Ha oui, le bluetooth est limité en terme de distance

          qui a parlé de bluetooth?, tout on parle ici de réseau "standard" type ethernet ou wifi, pas de BT.
          et pour la répartition des playlist, et bien vit avec qq un, des enfants, et tu verra que ça devient utile. chacun lance sa playlist la ou il veut. cela veut juste dire que tu desolidarise le media d écoute de celui de stockage, et dans certain cas de celui qui passe les ordres/commandes ce qui est très pratique de parcourir avec ton téléphone les playlist de les constituer et d envoyer ensuite la ou tu veux.

          mais je suis globalement d accord, il y a plein de raison de choisir dlna ou icecast ou juste une répertoire partagé ou l on fouille.

          cela dit dlna n est pas bien compliqué a mettre en place et le confort d utilisation est vraiment notable. la seule contrainte est d avoir un réseau IP à la maison et les appareil qui supporte le réseau et dlna c est a dire les nouvelles TV, lecteur de DVD/BD, téléphones android, tablettes, PC (linux windows, mac)

      • [^] # Re: ...

        Posté par . Évalué à  -4 .

        mediatomb
        tirée du site:
        "MediaTomb is an open source (GPL) UPnP MediaServer with a nice web user interface,..."

        Honnêtement, ils se foutent un peu de notre gueule. Mais à quoi pense un developpeur du Libre?
        Le simple fait de mettre du code sous GPL l'exonère de faire un petit effort de "communication".

        Si ça n'était que ça, l'ergonomie est horrible, j'ai bidouillé par le passé pour essayer de partager quelque chose de mon pc vers la PS3, c'est simplement galère pour au final ne pas réussir! Le fichier xml est bordélique et puis les pauvres exemples qui existent sont pour des cas qui ne nous intéressent pas du tout. (mpeg1, mpeg2, mp3 etc...)

        J'ai testé également Ushare (java), c'est vraiment pénible. Bref j'ai abandonné tout idée de MediaServer sous linux.

        • [^] # Re: ...

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

          euh, je n'ai eu aucun pb
          le fichier xml est très bien structuré!

          et aucune pb pour faire de transcodage a la volée.

          si tu veux je te post mon fichier xml que tu ara a adapter.

          le seul truc qui m a posé pb c est pour les trailer apple, il faut émettre avec un usera-gent = QuickTime, et ça j ai fait avec un proxy.

          • [^] # Re: ...

            Posté par . Évalué à  1 .

            Hello SauronDeMordor,

            J'utilise Mediatomb aussi mais je bloc complètement sur Apple Trailer, je n'obtiens que la liste des trailer mais rien à faire pour les faire lire par ma Freebox v6. Si tu pouvais partager ton config.xml et ta technique du proxy ca serais top ;)

            thx!

        • [^] # Re: ...

          Posté par . Évalué à  1 .

          Tu devrais essayer minidlna. Il est simple(iste), et il fonctionne très bien. Je m'en suis servi au boulot pour afficher des "diapos" sur une tv LG qui propose un client DLNA. Le serveur est un vieux PC (P4 avec 256 Mo de RAM) qui fait tourner une debian squeeze.

  • # un receiver bluetooth

    Posté par . Évalué à  5 .

    Un truc qui est pas mal du tout c'est de brancher sur ton ampli un receiver bluetooth. Tu peux comme cela aussi t'en servir pour regarder un film avec un son meilleur que celui de ton laptop.

    Un lien:

    http://www.belkin.com/pressroom/releases/uploads/12_16_09_BTMusicReciever.html

    Par contre la bibliotheque musicale ne sera pas la meme partout. Cela sera celle du periph branche sur le receiver.

    • [^] # Re: un receiver bluetooth

      Posté par . Évalué à  4 .

      Et merde j'avais pas que le message de Tankey... Enfin je donne un lien avec le genre de matos dont il parle :)

    • [^] # Re: un receiver bluetooth

      Posté par . Évalué à  2 .

      Un truc qui est pas mal du tout c'est de brancher sur ton ampli un receiver bluetooth. Tu peux comme cela aussi t'en servir pour regarder un film avec un son meilleur que celui de ton laptop.

      Parler de qualité avec un receveur bluetooth , j'ai juste envie de loler , le codec utilisé ( a 99% du SBC ) est clairement pas ce qui se fait de mieux. c'est largement derrière du mp3 , du vorbis voire du wma a bitrate equivalent.

      • [^] # Re: un receiver bluetooth

        Posté par . Évalué à  2 .

        Personellement j'ai un émetteur-récepteur wifi (et pas bluetooth) Audioengine W1 (AW1) dont la qualité semble proche du CD (SNR 91 dB).
        Le DAC se trouve sur le récepteur.

        Les différents tests que l'on peut trouver sur cet engin sont élogieux et personnellement j'en suis très content.

        • [^] # Re: un receiver bluetooth

          Posté par . Évalué à  2 .

          Oui mais à la différence du protocole bluetooth ( A2DP ) qui utilise de la compression destructive à des débits pas très élevés , ce genre de DAC wifi utilise de la compression non destructive , comme pour l airplay/airport express qui utilise du ALAC sans compter que le DAC en lui même est généralement de bonne qualité , alors que sur la plupart machins bluetooth c est du bas de gamme.

          Il existe néanmoins des DAC bluetooth de tres bonne qualité mais c est tres cher
          du style http://www.custom-cable.co.uk/chord-electronics-chordette-peach-bluetooth-aptx-dac.html qui n utilise pas le SBC_(codec) comme codec mais Apt-x

      • [^] # Re: un receiver bluetooth

        Posté par . Évalué à  3 .

        Entre bluetooth+bon ampli+bonnes enceintes comparer a "enceinte pourris de laptop" il y a meme pas photo et si chez toi ca pose probleme pense a inverstir dans un vrai systeme audio...

        • [^] # Re: un receiver bluetooth

          Posté par . Évalué à  2 .

          Son linutop est branché à sa chaine hifi, donc en fait je sais même pas pourquoi tu parles de bluetooth , quant à un vrai système audio , merci mais j'ai ce qu'il faut à la maison.

          • [^] # Re: un receiver bluetooth

            Posté par . Évalué à  2 .

            Si tu relis il demande des conseils et donne son idee qui tourne autour d'un linutop. Enfin tu fais ce que tu veux "chez moi" on utilise le bluetooth ca permet de pouvoir connecter le laptop de me femme ou le mien dessus (c'est rigolo on a pas les memes gouts musicaux :) ) et aussi d'en profiter dans le cas d'un dvd. Je ne suis pas musicien, je n'ai aucune oreille musicale et je ne suis pas capable de faire la difference entre un mp3 et un cd (d'ailleurs une experience avec des amis m'a montre que pas beaucoup l'etait...).

            Donc en resume pour moi ce fut 30 euros tres bien investi qui font exactement ce que je voulais sans me casser la tete.

      • [^] # Re: un receiver bluetooth

        Posté par . Évalué à  4 . Dernière modification : le 18/01/12 à 06:40

        ça ressemble un peu à un débat "oui mais le high-end c'est mieux que le hifi". Oui bien sûr c'est mieux. Mais franchement, objectivement :

        tu connais le système de compression mp3, tu sais que le taux de compression n'est pas si important que ça pour le rendu final, puisque de toutes les façons il va s'agir de compression dont le rendu sera assez linéaire pour l'oreille. (les pointes sont inexistantes avec mp3 et ogg) Pour écouter du mp3 (ou de l'ogg) il s'agit simplement de pas tomber en deça d'un certain seuil. Utiliser un ampli de qualité c'est un peu de la branlette, parfois : ces formats n'offrant jamais les pics redoutés par les amplis à froid :p
        IRL, si c'est pour écouter du mp3, un système bluetooth convient parfaitement, surtout si derrière le DSP utilisé permet une restitution correct post-sbc

        Si c'est pour écouter uniquement de la qualité cd, alors la question va se poser. Et clairement le bluetooth serait "le goulot qualitatif", oui. MAis si c'est pour écouter du CD, et sur un système highend, je ne vois pas bien l'intérêt de passer par la carte son du PC... et pas par un cd :p

        Tout ceci est une question de choix avant toute chose. Un bel ensemble audio est mieux qu'un ensemble audio familial, c'est une évidence. Mais entre les deux il y a quant énormément de "branle la nouille" cher et inutile, du moins le terme exact est "inadapté à l'espace et aux besoins". Le bluetooth, même ordinaire (soit dsp qui va ré-évaluer en sortie) permet une qualité suffisante pour la plupart des styles musicaux dans la plupart des environnements.

        Un bel ensemble audio say mieux, mais juste attention de ne pas tomber dans un simili "avec mon aileron sur ma voiture, say mieux"...

        • [^] # Re: un receiver bluetooth

          Posté par . Évalué à  3 .

          C'est pas une histoire d'idiophile ou autre , même avec l'autoradio de ma voiture il y a clairement une différence entre le bluetooth et le branchement par usb

Suivre le flux des commentaires

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