Allo USBridge, une alternative pour bien nourrir un DAC USB ?

[funkyalf]

Les build options indiquent avec quelles options la version de squeezelite à été construite. Dans ton cas Avec la version dsd. Ce qui est le cas sur dietpi....

Pour votre info avant d'avoir l'usb bridge j'avais une cubox sous arch Linux et j'ai voulu activer la lecture dsd
J'ai donc pris un patch pour archlinux pour squeezelite que j'avais compilé. Résultat des courses quand j'envoyais un dsd j'avais une lecture en pcm(sur l'affichage de mon dac) (le son était inaudible). En regardant j'avais compris que je devais patcher le kernel pour pouvoir permettre à la cubox de fct en dsd.
C'est à ce moment que j'avais vu qu'allo avait fait patcher le kernel pour le sparky.
Ayant pu racheter l'usb bridge de paulw, une fois l'installation propre de dietpi faite et en réglant le bit depth à u32be. J'ai bien eu la lecture de mes dsd avec l'affichage dsd64 et dsd128 sur le dac sans rien modifier sur le serveur lms.
Bigga ton USB Bridge est petit et portable comme ton rme et comme ton rpi.... Mets tout à côté de ton router en filaire pour au moins s'assurer que ton WiFi n'est pas le souci

[Bigga]

(12-30-2018, 09:19 PM)bz31 a écrit : Volpone75 avait déjà indiqué :

Essayer de voir si ça correspond :
enabled = "avec -D"
diasbaled = "sans -D"

Reponse: rien n'a changé apparemment...

root@DietPi:~# squeezelite -?
Squeezelite v1.8.7-1020, Copyright 2012-2015 Adrian Smith, 2015-2017 Ralph Irving. See -t for license terms
Usage: squeezelite [options]
  -s <server>[:<port>] Connect to specified server, otherwise uses autodiscovery to find server
  -o <output device> Specify output device, default "default", - = output to stdout
  -l List output devices
  -a <b>:<p>:<f>:<m> Specify ALSA params to open output device, b = buffer time in ms or size in bytes, p = period count or size in bytes, f sample format (16|24|24_3|32), m = use mmap (0|1)
  -a <f> Specify sample format (16|24|32) of output file when using -o - to output samples to stdout (interleaved little endian only)
  -b <stream>:<output> Specify internal Stream and Output buffer sizes in Kbytes
  -c <codec1>,<codec2> Restrict codecs to those specified, otherwise load all available codecs; known codecs: flac,pcm,mp3,ogg,aac,dsd (mad,mpg for specific mp3 codec)
  Codecs reported to LMS in order listed, allowing codec priority refinement.
  -C <timeout> Close output device when idle after timeout seconds, default is to keep it open while player is 'on'
  -d <log>=<level> Set logging level, logs: all|slimproto|stream|decode|output, level: info|debug|sdebug
  -e <codec1>,<codec2> Explicitly exclude native support of one or more codecs; known codecs: flac,pcm,mp3,ogg,aac,dsd (mad,mpg for specific mp3 codec)
  -f <logfile> Write debug to logfile
  -m <mac addr> Set mac address, format: ab:cd:ef:12:34:56
  -M <modelname> Set the squeezelite player model name sent to the server (default: SqueezeLite)
  -n <name> Set the player name
  -N <filename> Store player name in filename to allow server defined name changes to be shared between servers (not supported with -n)
  -W Read wave and aiff format from header, ignore server parameters
  -p <priority> Set real time priority of output thread (1-99)
  -P <filename> Store the process id (PID) in filename
  -r <rates>[:<delay>] Sample rates supported, allows output to be off when squeezelite is started; rates = <maxrate>|<minrate>-<maxrate>|<rate1>,<rate2>,<rate3>; delay = optional delay switching rates in ms
  -D [delay][:format] Output device supports DSD, delay = optional delay switching between PCM and DSD in ms
   format = dop (default if not specified), u8, u16le, u16be, u32le or u32be.
  -O <mixer device> Specify mixer device, defaults to 'output device'
  -L List volume controls for output device
  -U <control> Unmute ALSA control and set to full volume (not supported with -V)
  -V <control> Use ALSA control for volume adjustment, otherwise use software volume adjustment
  -X Use linear volume adjustments instead of in terms of dB (only for hardware volume control)
  -z Daemonize
  -t License terms
  -? Display this help text

Build options: LINUX ALSA EVENTFD DSD

---

(12-30-2018, 09:22 PM)funkyalf a écrit : Les build options indiquent avec quelles options la version de squeezelite à été construite. Dans ton cas Avec la version dsd. Ce qui est le cas sur dietpi....

Pour votre info avant d'avoir l'usb bridge j'avais une cubox sous arch Linux et j'ai voulu activer la lecture dsd
J'ai donc pris un patch pour archlinux pour squeezelite que j'avais compilé. Résultat des courses quand j'envoyais un dsd j'avais une lecture en pcm(sur l'affichage de mon  dac) (le son était inaudible). En regardant j'avais compris que je devais patcher le kernel pour pouvoir permettre à la cubox de fct en dsd.
C'est à ce moment que j'avais vu qu'allo avait fait patcher le kernel pour le sparky.
Ayant pu racheter l'usb bridge de paulw, une fois l'installation propre de dietpi faite et en réglant le bit depth à u32be. J'ai bien eu la lecture de mes dsd avec l'affichage dsd64 et dsd128 sur le dac sans rien modifier sur le serveur lms.
Bigga ton USB Bridge est petit et portable comme ton rme et comme ton rpi.... Mets tout à côté de ton router en filaire pour au moins s'assurer que ton WiFi n'est pas le souci

Oui, je peux effectivement tout déplacer sans l'amplification, et regarder sans écouter ce qui se passe sur le DAC.
Ce sera pas avant le 1er janvier...

[ajls]

ah oui j'ai eu aussi des cubox archlinux.
j'ai laissé tomber, le support fabricant était == 0 
je crois que r11 en avait aussi.
fin du hs 

ça doit quand même le faire avec l'usbridge, je suis sûr que c'est kedal...

[Bigga]

(12-30-2018, 09:19 PM)volpone75 a écrit :

(12-30-2018, 08:55 PM)Bigga a écrit :

---

Bon, et quand j'édite le fichier indiqué par Volpone75 (/etc/systemd/system/squeezelite.service), voici ce que j'ai:

[Unit]
Description=squeezelite

[Service]
Type=simple
ExecStart=/usr/bin/squeezelite -a 4096:8096:32:0 -C 5 -n 'DietPi-Squeezelite' -$

[Install]
WantedBy=multi-user.target

Pas de -D, qu'il faudrait donc ajouter si j'ai bien compris... Mais où? Comment?

Ce que je vais essayer de faire quand j'aurais accès a mon système et en me basant sur une correction qui a été faite dans DietPi pour, à l'inverse de ce que nous cherchons, activer le transport DSD direct, voir ici: https://github.com/Fourdee/DietPi/issues/1237

• Edition via nano  du fichier: /etc/systemd/system/squeezelite.service
  
  
• Ajout de -D en premier paramétre de la commande lancement: /usr/bin/squeezelite -D -a 4096:8096:32:0 -C 5 -n 'DietPi-Squeezelite' -$
  
  
• Rechargement et relance des services par les 2 commandes suivantes:
  - systemctl daemon-reload
  

         - dietpi-services restart

Tu peux aussi simplement tenter de commencer par couper le service SqueezeLite dans ALLO WEB GUI, puis taper la commande directement via le terminal, cela revient au même pour tester et c'est plus direct.
/usr/bin/squeezelite -D -a 4096:8096:32:0 -C 5 -n 'DietPi-Squeezelite' -$

Merci de ces indications. Je testerai tout ça, mais pas avant le 1er non plus.

Ce que je ne saisi pas trop cependant, c'est que ce -D parle du DoP, mais pas de DSD natif. Je suis toujours d'accord avec toi pour faire les choses par étapes, mais quid du DSD natif qui devrait marcher tout seul sous dietpi si je comprends bien?
Je veux dire, LMS transmet des fichiers DSD natif, l'USBridge sous Dietpi est compatible avec le DSD natif, et mon DAC aussi, et cela ne fonctionne pas...
Funkyalf a peut être ciblé juste avec le Wifi. C'est d'ailleurs pou cela que je souhaitais bridger les choses entre Serveur et Lecteur... Ce serait tellement plus simple, tout en filaire en local, le Wifi juste pour la liaison avec l'application remote... Un monde idéal quoi!

[0000]

(12-30-2018, 09:28 PM)Bigga a écrit :

(12-30-2018, 09:19 PM)bz31 a écrit : Volpone75 avait déjà indiqué :

Essayer de voir si ça correspond :
enabled = "avec -D"
diasbaled = "sans -D"

Reponse: rien n'a changé apparemment...

Activer DSD et sauvegarder et rebooter pour tester le son ...

[Bigga]

(12-30-2018, 09:42 PM)bz31 a écrit :

(12-30-2018, 09:28 PM)Bigga a écrit :

(12-30-2018, 09:19 PM)bz31 a écrit : Volpone75 avait déjà indiqué :

Essayer de voir si ça correspond :
enabled = "avec -D"
diasbaled = "sans -D"

Reponse: rien n'a changé apparemment...

Activer DSD et sauvegarder et rebooter pour tester le son ...

Je n'ai pour l'instant rien changé du fichier où placer -D, mais si je réactive u32be, en tous cas, pas de son avec le DSD, et si je lance la lecture d'un fichier DSD (en l'occurence un DSD64), ça plante et je dois kill all squeezelite à nouveau.

[ajls]

tu as toujours ton rme adi2 ?

[volpone75]

(12-30-2018, 09:38 PM)Bigga a écrit : Ce que je ne saisi pas trop cependant, c'est que ce -D parle du DoP, mais pas de DSD natif. Je suis toujours d'accord avec toi pour faire les choses par étapes, mais quid du DSD natif qui devrait marcher tout seul sous dietpi si je comprends bien?
Je veux dire, LMS transmet des fichiers DSD natif, l'USBridge sous Dietpi est compatible avec le DSD natif, et mon DAC aussi, et cela ne fonctionne pas...
Funkyalf a peut être ciblé juste avec le Wifi. C'est d'ailleurs pou cela que je souhaitais bridger les choses entre Serveur et Lecteur... Ce serait tellement plus simple, tout en filaire en local, le Wifi juste pour la liaison avec l'application remote... Un monde idéal quoi!

Si on arrive à faire fonctionner en DoP c'est une première étape. 

Pour ce qui est du DSD natif je suis moins certain que toi que cela fonctionne sauf si tu as un utilisateur final qui l'atteste en donnant un peu de contexte. Cela ne doit pas t'empêcher de dormir car en principe vu que ton DAC passe du 768 en PCM tu devrais pouvoir faire du DSD 256 en DoP et cela ne change rien en terme de qualité.

Pour le WIFI cela peut rendre le système peu utilisable en amenant des instabilités et des defauts audibles mais pour tester je ne pense pas que cela puisse causer de plantage ou les symptômes que tu rencontres. Je suis bien d'accord que tu serais beaucoup mieux en filaire avec un switch (ou une box qui en fait office) et d'ailleurs je ne pense pas que ton idée de bridge réseau wifi / ethernet soit une bonne idée.

[Bigga]

(12-30-2018, 09:57 PM)ajls a écrit : tu as toujours ton rme adi2 ?

Oui je viens de l'acheter, je ne vais pas m'en séparer de sitôt.

---

(12-30-2018, 09:58 PM)volpone75 a écrit :

(12-30-2018, 09:38 PM)Bigga a écrit : Ce que je ne saisi pas trop cependant, c'est que ce -D parle du DoP, mais pas de DSD natif. Je suis toujours d'accord avec toi pour faire les choses par étapes, mais quid du DSD natif qui devrait marcher tout seul sous dietpi si je comprends bien?
Je veux dire, LMS transmet des fichiers DSD natif, l'USBridge sous Dietpi est compatible avec le DSD natif, et mon DAC aussi, et cela ne fonctionne pas...
Funkyalf a peut être ciblé juste avec le Wifi. C'est d'ailleurs pou cela que je souhaitais bridger les choses entre Serveur et Lecteur... Ce serait tellement plus simple, tout en filaire en local, le Wifi juste pour la liaison avec l'application remote... Un monde idéal quoi!

Si on arrive à faire fonctionner en DoP c'est une première étape. 

Pour ce qui est du DSD natif je suis moins certain que toi que cela fonctionne sauf si tu as un utilisateur final qui l'atteste en donnant un peu de contexte. Cela ne doit pas t'empêcher de dormir car en principe vu que ton DAC passe du 768 en PCM tu devrais pouvoir faire du DSD 256 en DoP et cela ne change rien en terme de qualité.

Pour le WIFI cela peut rendre le système peu utilisable en amenant des instabilités et des defauts audibles mais pour tester je ne pense pas que cela puisse causer de plantage ou les symptômes que tu rencontres. Je suis bien d'accord que tu serais beaucoup mieux en filaire avec un switch (ou une box qui en fait office) et d'ailleurs je ne pense pas que ton idée de bridge réseau wifi / ethernet soit une bonne idée.

Ce qui serait une bonne idée, c'est une liaison filaire entre serveur et player, et une liaison wifi juste pour télécommander la lecture des fichiers. Mais c'est trop simple sans doute.
Pour le DoP, encore une fois je suis d'accord avec toi. C'est juste que je m'interroge quant au DSD natif sur du matériel 100% compatible en théorie, mais tu sembles mettre cela en doute...
Petite question car je ne connais rien aux réseaux non plus: si j'achète un switch réseau, peut il capter le wifi, et redistribuer aux éléments branchés en filaire? Ou faut il que le switch soit obligatoirement branché en filaire au routeur?

[volpone75]

(12-30-2018, 09:22 PM)funkyalf a écrit : Les build options indiquent avec quelles options la version de squeezelite à été construite. Dans ton cas Avec la version dsd. Ce qui est le cas sur dietpi....

Pour votre info avant d'avoir l'usb bridge j'avais une cubox sous arch Linux et j'ai voulu activer la lecture dsd
J'ai donc pris un patch pour archlinux pour squeezelite que j'avais compilé. Résultat des courses quand j'envoyais un dsd j'avais une lecture en pcm(sur l'affichage de mon  dac) (le son était inaudible). En regardant j'avais compris que je devais patcher le kernel pour pouvoir permettre à la cubox de fct en dsd.
C'est à ce moment que j'avais vu qu'allo avait fait patcher le kernel pour le sparky.
Ayant pu racheter l'usb bridge de paulw, une fois l'installation propre de dietpi faite et en réglant le bit depth à u32be. J'ai bien eu la lecture de mes dsd avec l'affichage dsd64 et dsd128 sur le dac sans rien modifier sur le serveur lms.
Bigga ton USB Bridge est petit et portable comme ton rme et comme ton rpi.... Mets tout à côté de ton router en filaire pour au moins s'assurer que ton WiFi n'est pas le souci

Je suis d'accord avec toi sur le fait que cela devrait aussi pouvoir fonctionner en "natif" mais en USB XMOS et en AMANERO il y a beaucoup de DAC qui ne fonctionnent qu'en DoP. Il doit y avoir une commande Linux qui retourne les capacités du DAC en DSD mais je l'ignore, si tu as une idée ?

Pour le WIFI je suis aussi évidemment d'accord avec toi, le filaire est préférable.