The idea is that you would be playing along with a track that wasnt "in
time" with what you are recording. In reality, minor drift is probably not
audibly noticeable but it precludes work that needs to be sample-accurate.
On Nov 18, 2013 10:56 AM, "Al Thompson-3 [via Linux Audio]" <
ml-node+s4202n87952h59(a)n7.nabble.com> wrote:
I can see this being a problem if the multiple devices
were all input
devices, such as the "multiple Soundblasters" mentioned in a previous post,
but if there is a single device used for input, and another device that is
used strictly for listening, what problems can be caused? I fail to see how
it could cause a problem, even if the clock on the monitor audio chain
drifts.
michael noble <[hidden
email]<http://user/SendEmail.jtp?type=node&node=87952&i=0>>
wrote:
On Mon, Nov 18, 2013 at 9:42 PM, jmancine <[hidden
email]<http://user/SendEmail.jtp?type=node&node=87952&i=1>
wrote:
The sync is fine, one clock becomes master.
I should clarify. You didn't specify any kind of sync solution, and not
only recommended using two devices, but stated that it is the normal way of
doing things. Doing so without a sync solution will result in
unsynchronized clocks, which as far as I know, is very much not the normal
way of doing things.
_______________________________________________
Linux-audio-user mailing list
[hidden email] <http://user/SendEmail.jtp?type=node&node=87952&i=2>
http://lists.linuxaudio.org/listinfo/linux-audio-user
------------------------------
If you reply to this email, your message will be added to the discussion
below:
http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-tp87487p87952.html
To unsubscribe from re Zoom R16, click
here<http://linux-audio.4202.n7.nabble.com/template/NamlServlet.jtp?macr…
.
NAML<http://linux-audio.4202.n7.nabble.com/template/NamlServlet.jtp?macr…