Not on this thread. Definitely off topic.
As for I2S. I have a nice solution for that.
Agree! Will be better to share on BIII thread.
What is your solution, Russ?
As for I2S. I have a nice solution for that.
Differential transmission over a HDMI cable interface is my guess
Agree! Will be better to share on BIII thread.
What is your solution, Russ?
No, if you want to discuss such things start a new thread.
Differential transmission over a HDMI cable interface is my guess
Half right. Not over HDMI.
Over ethernet, omitting MCLK maybeHalf right. Not over HDMI.
A "Twisted P(ai/ea)r Interconnect", or I2S via TPI in short
Yes over cat5, but no you don't have to omit the master clock.
Will it be able to drive BIII in synchronous clock mode? e.g. MCLK from BIII to USB I2S.
Last edited:
Will it be able to drive BIII in synchronous clock mode? e.g. MCLK from BIII to USB I2S.
More the other way around.
More the other way around.
Thanks Russ. So in this case the USB crystal quality can become more important than the one on BIII.
The key point is you need two master clocks for the two fundamental frequencies at the USB device.
Will it be possible (e.g. via some onboard headers) to use some really good clock later (e.g. ultra low phase noise SC-cut OCXO) for these two master clock frequencies?
Russ, I gather that part of this development includes creating drivers to support high-sample-rate transmission. If that is the case, (1) is support (i.e., drivers) limited to one or two O/S's? and (2) what about the future viability of this product as O/S's get upgraded or replaced? It seems like a potentially huge time sink for you or planned obsolescence for the owners.
- Status
- Not open for further replies.
- Home
- More Vendors...
- Twisted Pear
- TPA - USB Transport