26 Nov
2013
26 Nov
'13
1:55 a.m.
I think the point was more about phasing issues than timing. That being
said, phasing doesn't really present itself unless a track is playing back
with a recording of itself...
Which doesn't generally happen when overdubbing
On Nov 25, 2013 7:26 PM, "Al Thompson-3 [via Linux Audio]" <
ml-node+s4202n88007h64(a)n7.nabble.com> wrote:
I understand sync issues, but I would think that the
latency of the output
device would have more influence than not having the playback device's
clock synced to the input. I've never heard of a clock drifting so badly
that, for example, it took 3:05 to play back a 3:00 song. I can't imagine
anyone's playing to be of such exactness that the lack of sample-accurate
playback sync would possibly be noticed??? If you are overdubbing over
drum tracks, can you truthfully say that your note start times are within
1/48,000th of a second??
On 11/18/2013 11:06 AM, jmancine wrote:
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]" <[hidden
email] <http://user/SendEmail.jtp?type=node&node=87953&i=0>> wrote:
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-tp87487p88009.html
Sent from the linux-audio-user mailing list archive at Nabble.com.
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>
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.
--
---
My bands, CD projects, music, news, and pictures:
http://www.lateralforce.com
Staat heißt das kälteste aller kalten Ungeheuer. Kalt lügt es auch;
und diese Lüge kriecht aus seinem Munde: 'Ich, der Staat, bin das Volk.'
- [Friedrich Nietzsche]
_______________________________________________
Linux-audio-user mailing list
[hidden email] <http://user/SendEmail.jtp?type=node&node=88007&i=0>
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-tp87487p88007.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…
wrote:
The sync is fine, one clock becomes
master.