From: Robin Gareus Date: Fri, 15 Feb 2013 22:26:46 +0000 (+0100) Subject: fix some typos X-Git-Url: http://shamusworld.gotdns.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=7a02ccdce1f9599b9ea5b1a08f53f913474eec25;p=ardour-manual fix some typos --- diff --git a/_manual/19_synchronization/01_on-clock-and-time.html b/_manual/19_synchronization/01_on-clock-and-time.html index 9a5bbae..e0bf469 100644 --- a/_manual/19_synchronization/01_on-clock-and-time.html +++ b/_manual/19_synchronization/01_on-clock-and-time.html @@ -31,7 +31,7 @@ The concept of clock and timecode is reflected in JACK and Ardour:

JACK provides clock-synchronization and is not concerned with time-code (this is not entirely true, more on jack-transport later). Within software, jackd provides sample-accurate synchronization between all JACK applications. -On the harware side JACK uses the clock of the audio-interface. Synchronization of multiple interfaces requires hardware support to sync the clocks. +On the hardware side JACK uses the clock of the audio-interface. Synchronization of multiple interfaces requires hardware support to sync the clocks. If two interfaces run at different clocks the only way to align the signals is via re-sampling (SRC - Sample Rate Conversion) - which decreases fidelity.

diff --git a/_manual/19_synchronization/02_latency-and-latency-compensation.html b/_manual/19_synchronization/02_latency-and-latency-compensation.html index 1aa7859..4e049d0 100644 --- a/_manual/19_synchronization/02_latency-and-latency-compensation.html +++ b/_manual/19_synchronization/02_latency-and-latency-compensation.html @@ -61,7 +61,7 @@ Low-latency is not always a feature you want to have. It comes with a couple of

-Reliable low-latency (≤10ms) on GNU/Linux can usually only be achieved by running realtime-kernel. +Reliable low-latency (≤10ms) on GNU/Linux can usually only be achieved by running a realtime-kernel.