Your DAC s must be expensive? I use topping d10s DAC...
The topping D10s is a good dac. I have it's balanced output equivalent D10b which is connected to my 20 band graphic equalizer, the output of which goes to a headphone amp feeding my HD650 headphone. The topping D10b drove me nuts making it work with mpd on my macbook and macmini. Ultimately I found that to be two cases of shoddy programming. One shoddy programming by Apple programmers and a shoddy programming by the Topping team which has an extra trailing blank space in the device name. I use mpd for all my music playback and this is the entry I had to make for mpd to make it work with D10b. The same issue is there for D10s, but it works on Linux where the ALSA driver ignores leading and trailing blank space in the ALSA hardware device name
audio_output {
type "osx"
name "Topping D10b"
device "D10b " # optional
mixer_type "disabled"
dop "yes"
}
I found this issue thanks to this post
Configuring mpd for bit-perfect playback on the Mac
hydrogenaud.io
If you are interested here is the linux code (Linus Torwards kernel tree) which uses the usb_audio_make_shortname() function to create a device name without the space. The call to strim() function at line 527 in the source code fixes this issue.
Linux kernel source tree. Contribute to torvalds/linux development by creating an account on GitHub.
github.com
There are many such cases with real shady programming by apple. e.g. When you use samba, you cannot have @ in the password.
e.g. the following line mounts my Music drive on my macbook pro and mac mini. It uses the user
pi with password
pipinopi to access the share.
The host on which the share is present, is separated by the @ sign. So in this case 192.168.2.101 is the IP address on which the samba share lies
My /etc/auto_smb at the moment is like this
/System/Volumes/Data/MDrive -fstype=smbfs,soft,noowners,nosuid,rw ://pi:
[email protected]:/MDrive
My earlier password for the share was pi@@9435. so /etc/auto_smb was like this
/System/Volumes/Data/MDrive -fstype=smbfs,soft,noowners,nosuid,rw ://pi : pi@@
[email protected]:/MDrive
apple devices treats @
[email protected] as the IP on which the samba share lies (the string after the first @ symbol) and naturally fails because this is not a valid IP address
Linux does it perfectly. It parses the IP address from backwards and correctly identifies the IP address as 192.168.2.101 even if the password has a @ symbol.
Unbelievable to see such shoddy programming from a billion dollar company