I bought an Audio-GD r28mk3 dac and try to add it to Audirvāna.
So device was added as amanero 384 and it is not a problem.
The problem is Audirvana recognized dac as Lydgdorf brand. In this case Audirvana gives me choice with some Lyngdorf devices. Not any Audio-GD devices was recognized.
Next big problem is popping sound and and a narrow-frequency single-tone parasitic signal when changing tracks PCM->DSD->PCM.
I asked Audio-GD support and got answer:
When the player stops playing or switches tracks, it will still continuously send signals to the R28MK3. However, the firmware of the R28MK3 does not have a mute function, so there will be some slight knocking sounds or high-frequency noises.
Do you know a true setup to reduce these two problems?
Please feel free to post feedback on this issue in this thread. I have a very similar issue.
I recently bought Audio-gd R7HE. Previously I had Audio-gd R1.
The previous DAC was serviced twice but the fault could not be fixed. Therefore I bought a new DAC. To my surprise the problem still exists.
My setup is a Mano Ultra 5Pi streamer connected via i2s. Audirvana Studio is running on GentooPlayer.
I have a symptom that when I switch songs with low density to high, I often have noise and interference that makes it impossible to listen. In fact, immediately when something like this happens I stop playing because I’m afraid that something will break again.
I also made a test connecting via spdif RCA. It is very similar but much less frequent and only when I switch from high density to low.
Before I came across this topic, I thought I would try to connect the PC via USB directly to the DAC. I’ll try it this weekend and let you know.
I don’t really know where to look for the problem: is it the fault of the DAC, GentooPlayer, Audirvana Studio or Mano streamer?
I think that connecting the PC directly to the DAC will allow me to make a more extensive diagnosis. I will then be able to also try Tidal or Qobuz directly, or the ROON app.
This can be related to your computer platform resources and other playback system related considerations… Please paste your debug information here so folks can help the best possible.
I also wonder if it could be an issue with the sound card driver that Audirvana Studio sees. In AS there is snd_rpi_hifiberry_digi and in GentooPlayer in the DAC section HiFiBerry Digi+ Pro is selected.
Your DAC supports up to 24 bit files… I suggest limiting the bit-depth to 24 bits… Also if you are finding that you get these anomalies when playing 352.8kHz and 384kHz files, you must remember that you are decimating these sample-rates to 24/192kHz and in the process may be getting round-off error noise. I suggest you change your custom sample-rate conversion for 352.8kHz files to 176.4kHz the logically correct result, rather than 192kHz.
The behavior you are experiencing may be related to the available system RAM… It appears that you are using 2.3GB of your 4GB of System RAM for playback pre-load memory… try lowering this to 500MB… the recommended available System RAM for Audirivana on Linux is 2GB where the bare minimum is 1GB… The axiom for flawless digital-audio playback is this: “More System RAM is better…”
I’m not really sure where to change the 32-bit to 24-bit setting. Mano streamer can passively transfer the signal up to 24/192 kHz. Therefore, a higher signal should not reach the DAC.
I don’t listen to music with 352.8 kHz sample rate. The highest I use is 192 kHz. When I had previously set the conversion to x2, the situation was identical.
I reduced the RAM to 500MB.
I’m also wondering whether to introduce a latency when changing the sample rate.
Unfortunately, all these changes did not bring improvement.
Edit
After disabling oversampling in SoX the problem decreased significantly
and after turning it off completely the problem no longer exists.
What could this mean?
I switched the DAC to NOS and indeed with SoX turned on it seems to me that everything is fine now.
Previously it didn’t matter whether it was SoX z or r8brain.
I still have mixed feelings about whether this should happen with the OS enabled? Is this a feature of my setup or is there something wrong with SoX or r8brain in Audirvana? In other words, where does it come from?
It’s obviously related to your DAC settings… Otherwise all Audirvana users that up-sample PCM would experience the same behavior… It appears you were applying another level of in-DAC sample-rate conversion, because when you enabled ‘Non-Over Sampling’ (NOS) mode your problem disappeared.
