*--output-buffer-frames=*, where the default is a pretty generous 6.0,
or 100 ms at 60 fps; if you want lower latency, this you probably want
to adjust this value down to the point where Nageru starts complaining about
-dropped or late frames, and then a bit up again to get some margin. Note that
+dropped or late frames, and then a bit up again to get some margin.
+(But see the part about `audio latency <audio-latency>` below.) Note that
the value can be fractional.
As an exception to the above, Nageru also allows *slop*; if the frame is
where the default is 0.5 frames.
+.. _audio-latency:
+
Audio latency
.............
-TODO: Write about audio.
+Since Nageru does not require synchronized audio sources, neither to video
+nor to each other (which would require a common, locked reference clock for all
+capture and sound cards), it needs to *resample* incoming audio to match
+the rate of the master video clock. To avoid buffer underruns caused by
+uneven delivery of input audio, each card needs an audio input queue,
+just like the video input queue; by default, this is set to 100 ms, which then
+acts as a lower bound on your latency.
+
+If you want to reduce video latency, you will probably want to reduce audio
+latency correspondingly, or audio will arrive too late to be heard. You can
+adjust the audio latency with the *--audio-queue-length-ms=* flag, but notice
+that this value is in milliseconds, not in frames.
+
+Audio and video queue lengths do not need to match exactly; the two streams
+(audio and video) will be synchronized at playback, both for network streaming
+and for HDMI/SDI output.
+
Measuring latency
.................