Not sure why it is necessary to attack one manufacturer (Logitech) to justify another (which hasn't released a product yet)
There also seems to be some confusion between "streaming" and "having files available over Ethernet", when they are the same thing.
Ultimately the BDA-1 as a DAC needs to receive a digital data stream at its input, and produce an analogue signal at its output.
Providing that digital data stream is a digital player. Since we are ripping CD's to digital files, and buying high-res music from download sites like HDtracks, the other issue is how to manage all those files in an end-user friendly way.
The choices today are software on a general purpose computer like a Mac or PC, with all the issues of soundcard quality, noise, and the inherent limitations of the USB port as a digital interface.
Or one can use specialized equipment like the Transporter and Squeezebox Server combo that organizes the files and presents them unmodified as a digital output to an external DAC, or decodes them internally and presents them as an analogue output for use by a pre-amp.
Why anybody would chase nightly builds of the software is beyond me. The current release is stable, has been refined over 10 years, and does the job it is supposed to do. It may be disappointing that it is not expensive or exclusive, but hey, its all about the music.
What really surprises me is the choice of AES/EBU as a digital interface. According to Sean Adams who built the original Transporter, S/PDIF is superior, and he explains why in this extract:
1. XLRs are horrible RF connectors. In order to send a square wave fairly faithfully the interface must support a bandwidth many times higher than the frequency of the square wave. For the signals in question that is getting well up into the RF spectrum where the XLRs are terrible. The impedance varies radically with frequency which will cause all kinds of bizarre reflections. The choice of XLR was a very poor choice.
2. Output voltage. The S/PDIF electrical spec is 0.5V into 75ohms, but the AES/EBU is 3-5V into 110 ohms. Think about that for a second, what happens when you put 5volts across 110 ohms? You get almost 50mA of current flowing. This means the driver sitting in the source box has to be able to dump between 30-50ma into the cable. That causes huge current spikes in the power and ground pins of the driver chip which is going to cause big noise spikes in the power and ground planes of the board. If you are not extremely careful that is going to cause significant jitter in the output signal.
All modern high speed interfaces use less than 0.5V signal.
As far as I can tell the XLRs were chosen because studios had lots of microphone cables and wanted to use them. Because they are such lousy RF transmission lines they had to go with high voltages to make sure there was some signal left at the end.
You're think of the word clock feature.
AES/EBU doesn't fix anything in s/pdif, it makes it worse. It uses wiring and connectors that lack the bandwidth and impedance matching for RF signaling. Just because XLRs are suitable for analog audio doesn't make them good for high frequencies. It's included on Transporter frankly because of legacy expectations, and perhaps in a pro environment you might need it for one reason or another (got the cable handy, used up all the other inputs, etc) but I don't recommend it.
TOSLINK (as observed at a receiving device) is always worse, like +100 to 200 ps regardless of how good the source is. Coax is the only way to go if you care about jitter, although optical has the advantage of being inherently isolated which could help in a system having EMI or ground loop problems. That's why you get both