0 Members and 1 Guest are viewing this topic. Read 33200 times.
I was under the impression that Firewire had some realtime latency spec in it (perhaps for video). Wrong?
It's still considered acceptable to drop a frame in FW, so that's still not audiophile quality.
Guys, you forgot to mention the upcoming Burson Dac...i think it will be priced for less than 1k. (not sure)I only found a spanish link though.http://www.hifilive.es/2011/06/10/burson-audio-da-160/(google translate helps )
I'm not aware of any comparable real time streaming protocols that can fully compensate for a lost block or frame.Using SPDIF, a DAC on losing a block does not ask the CD transport to re-transmit. If a frame is lost in HDMI, your television does not ask the cable box to send again.I'm wondering which protocols and transport mechanisms meet audiophile standards.
I2S would be ideal. SPDIF packet size is 48 bytes, but any clock locking issues you would lose a bit since it is serial, the debate would be is losing a bit more noticeable than jitter... USB audio, which has a packet size of 192 bytes (1ms worth of music) is a sizable amount if lost. USB DACs still need to convert the USB packet to SPDIF/I2S packets.
In the end, if you can take a known good file that contains the lossless pcm data, feed that to a soundcard that has a built in dac, and you just sidestepped a lot of unnecessary protocols to playback audio. Even if the soundcard feeds it to another chip via I2S or SPDIF, it's still a minimalistic solution.
Unless John Delmo made a mistake communicating with me, it'll actually be $950 and not available before the end of this months at the soonest. They're revisiting something in the circuit (presumably the USB interface to perhaps become async and 192 - but that's just a guess)
Wouldn't losing 1ms of data result in a noticeable drop out? I don't notice any noticeable drop outs with my USB DAC, perhaps the position that Firewire (and I assume USB) are not audiophile grade is based on a theoretical finding rather than a real world one. Or are frames really dropping all the time and we're just not noticing?There are a handful of DACs which support external I2S, and then usually the source is some other vendor proprietary device. I2S would be ideal, but the ecosystem does not seem to exist. Given the lack of ecosystem, I'm wondering if there is some technical reason that few have ventured down this path.The minimalist solution seems to be sound card to analog output to your preamp. Is there a sound card that you would use that has an audiophile grade analog output stage? If the suggestion is sound card to SPDIF, is async USB and firewire (firewire is already async) to the DAC, which then converts to I2S is a better solution than the implications of clock recovery that's required for SPDIF?Anyway, I'm sort of with SRB. Given the lack of perfection in the broadly adopted protocols, perhaps the whole necessity is the mother of invention thing has yielded some pretty good (albeit imperfect) inventions.I'm sure the IBM Token Ring guys thought Metcalfe's Ethernet was pretty absurd with its complex collision resolution scheme. But they found a way to make Ethernet perform and it has stood the test of time.
In the end, if you can take a known good file that contains the lossless pcm data, feed that to a soundcard that has a built in dac, and you just sidestepped a lot of unnecessary protocols to playback audio.
Full info here: http://www.digitalaudioblog.com/2011/06/teac-ud-h01-usb-dac.html