Re: Coreaudio-api Digest, Vol 13, Issue 115
Re: Coreaudio-api Digest, Vol 13, Issue 115
- Subject: Re: Coreaudio-api Digest, Vol 13, Issue 115
- From: Gordon Rankin <email@hidden>
- Date: Sun, 21 Aug 2016 15:26:24 -0400
- Organization: Wavelength Audio, ltd.
- X_cmae_category: , ,
- X_cmae_category: , ,
JC,
Adaptive of course will add jitter to either the input or output device
because of it's flow control being that of changing the Master Clock.
Which in turn changes the speed of the clocked device (I2S, L/RJ
whatever). Parts like the PCM2902 and really early TI parts were done
(even early TAS1020 code) before anyone really could take a look the
consequences of the protocols used.
The XMOS software only works in ASYNC mode. You can use input, output
both etc...
Maybe a better approach maybe to tell us what you are trying to
accomplish and maybe we could help you look for a better solution. Price
or not, ASYNC or SYNC is a much better ADC way than Adaptive.
Brian is correct on the Windows front, unless you are only trying to
accomplish Full Speed UAC1 type products.
Thanks,
Gordon
On 8/20/16 3:00 PM, email@hidden wrote:
Content-Type: text/plain; charset="utf-8"
Brian, as I wrote in my email, I am not talking about asynchronous DAC which are, of course, the best solution for audio.
I am talking about ADC. Cheap or not, asynchronous mode in record is not clock master. Adaptive is.
I would love to get a high-quality chip that works but this is not the point. Xmos does not work either.
Thanks,
JC
--
J. Gordon Rankin
Owner and Chief Scientist
====== Wavelength Audio, ltd ======
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden