2014-02-05 16:20:20 -05:00
|
|
|
|
|
|
|
<p>There are three basic ways to approach monitoring: </p>
|
|
|
|
|
2017-02-25 00:30:29 -05:00
|
|
|
<h3>External Monitoring</h3>
|
2019-01-24 06:00:52 -05:00
|
|
|
|
|
|
|
<figure class="right">
|
2023-08-02 16:20:52 -04:00
|
|
|
<img
|
|
|
|
src="/images/external-monitoring.png"
|
|
|
|
alt="External monitoring"
|
|
|
|
class="invert-in-dark">
|
2019-01-24 06:00:52 -05:00
|
|
|
<figcaption class="center">
|
|
|
|
External monitoring
|
|
|
|
</figcaption>
|
|
|
|
</figure>
|
|
|
|
|
2014-02-05 16:20:20 -05:00
|
|
|
<p>When using <dfn>external monitoring</dfn>, Ardour plays no role in
|
|
|
|
monitoring at all. Perhaps the recording set-up has an external mixer which
|
|
|
|
can be used to set up monitor mixes, or perhaps the sound-card being used
|
2017-02-25 00:30:29 -05:00
|
|
|
has a "listen to the input" feature. This approach yields zero or near-zero
|
|
|
|
latency. On the other hand it requires external hardware, and the monitoring
|
|
|
|
settings are less flexible and not saved with the session.</p>
|
2014-02-05 16:20:20 -05:00
|
|
|
|
2019-08-04 02:36:55 -04:00
|
|
|
<h3 class="clear">Audio driver Hardware Monitoring</h3>
|
2019-01-24 06:00:52 -05:00
|
|
|
|
|
|
|
<figure class="right">
|
2023-08-02 16:20:52 -04:00
|
|
|
<img
|
|
|
|
src="/images/jack-monitoring.png"
|
|
|
|
alt="Hardware Monitoring"
|
|
|
|
class="invert-in-dark">
|
2019-01-24 06:00:52 -05:00
|
|
|
<figcaption class="center">
|
|
|
|
Hardware Monitoring
|
|
|
|
</figcaption>
|
|
|
|
</figure>
|
|
|
|
|
2014-02-05 16:20:20 -05:00
|
|
|
<p>Some sound cards have the ability
|
2017-02-25 00:30:29 -05:00
|
|
|
to mix signals from their inputs to their outputs with very low or even zero
|
2014-02-05 16:20:20 -05:00
|
|
|
latency, a feature called <dfn>hardware monitoring</dfn>.
|
2019-08-04 02:36:55 -04:00
|
|
|
Furthermore, on some cards this function can be controlled by Ardour. This is a nice arrangement,
|
2014-02-05 16:20:20 -05:00
|
|
|
if the sound card supports it, as it combines the convenience of having the
|
|
|
|
monitoring controlled by Ardour with the low latency operation of doing it
|
|
|
|
externally.
|
2017-02-25 00:30:29 -05:00
|
|
|
</p>
|
2014-02-05 16:20:20 -05:00
|
|
|
|
2019-01-24 06:00:52 -05:00
|
|
|
<h3 class="clear">Software Monitoring</h3>
|
|
|
|
|
|
|
|
<figure class="right">
|
2023-08-02 16:20:52 -04:00
|
|
|
<img
|
|
|
|
src="/images/ardour-monitoring.png"
|
|
|
|
alt="Software Monitoring"
|
|
|
|
class="invert-in-dark">
|
2019-01-24 06:00:52 -05:00
|
|
|
<figcaption class="center">
|
|
|
|
Software Monitoring
|
|
|
|
</figcaption>
|
|
|
|
</figure>
|
|
|
|
|
2014-02-05 16:20:20 -05:00
|
|
|
<p>With the <dfn>software monitoring</dfn> approach, all monitoring is
|
2017-02-13 22:47:33 -05:00
|
|
|
performed by Ardour—it makes track inputs available at track
|
2014-02-05 16:20:20 -05:00
|
|
|
outputs, governed by various controls. This approach will almost always have
|
|
|
|
more routing flexibility than JACK-based monitoring. The disadvantage is
|
|
|
|
that there will be some latency between the input and the output, which
|
2019-08-04 02:36:55 -04:00
|
|
|
depends for the most part on the buffer size that is being used.
|
2017-02-25 00:30:29 -05:00
|
|
|
</p>
|
2014-02-05 16:20:20 -05:00
|
|
|
|