[LAU] re Zoom R16
jason at mancine.net
Mon Nov 18 16:06:36 UTC 2013
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 at 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
> michael noble <[hidden email]<http://user/SendEmail.jtp?type=node&node=87952&i=0>>
> 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>
> If you reply to this email, your message will be added to the discussion
> To unsubscribe from re Zoom R16, click here<http://linux-audio.4202.n7.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=87487&code=amFzb25AbWFuY2luZS5uZXR8ODc0ODd8NzM5MDYxMzcx>
View this message in context: http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-tp87487p87953.html
Sent from the linux-audio-user mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Linux-audio-user