@Stefano_Antonelli , I was reading more about HifiBerry Digi+ I/O, does it support rate switching? From what HifiBerry explained this Digi+ do not see the rate, and this is on HW, so as I understood it passes all throught as-is. Whill NAA differentiate then ?
Theoretically it should work. But I haven’t got time to do testing on that, so I don’t know if there’s some reason why it wouldn’t work. I will test it when I find time. Probably in couple of weeks time.
It has been tested only with direct HQPlayer inputs, not through NAA inputs.
It doesn’t support automatic rate switching. You need to manually switch rates. But naturally not a problem if it is being used for something like Spotify, or for a traditional CD-spinner. Or for example AirPlay. Since these are all constant rate use cases.
Thank you, @jussi_laako , ah pity… I agree for CD and Airplay 44100 is set and not a problem, this is what I have set up now with “Node + USBStreamer B”
I wonder if I could get DSD stream, how can I route it to HQP?
First problem is that the input doesn’t have “network” defined as type, so it defaults to local ALSA device. And all the format and sdm_pack attributes need to be there at networkaudiod.xml side, not at the HQPlayer side when the endpoint is remote.
Point is that you can have both traditional CD spinner or similar connected to the Digi+ I/O and some streamer source or similar connected to the USB input. Both on the same input NAA. If you are using HQPlayer Embedded, you can then easily switch between these inputs.
Extracting to DSF is the modern way, and much more optimal. Not bad for DSD64. If you’d like to save some space, use WavPack instead. It can compress DSD content.