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

[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...