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…