Hi Tanu, Peter,
The preceding patches are for implementing setting latency offsets of
individual sources and sinks, as discussed after the previous patch I made
a few weeks ago.
Two of the patches are trivial bugfixes:
patch 5/6 is using int64s for latency offsets in pactl and pacmd instead of
i
Unlike pa_sink_set_port(), which calls pa_sink_set_latency_offset() to update
the latency offset of the sink to match that of its newly set port,
pa_source_set_port() did not do so. This patch adds the appropriate call to
pa_source_set_latency_offset() in pa_source_set_port() to fix this.
---
src/
Some sinks and sources do not have ports associated with them, such as a null
sink. Nonetheless sources and sinks with no ports can be used for sound
input/output with an associated latency, for example by capturing output from
a null sink and directing over a network, which is how some implementat
Renamed all variables pertaining to latency offsets of sinks and sources,
calling them "port_latency_offset" or similar instead. All of these variables
refer to latency offsets inherited from ports, rather than being unique to
the sinks or sources themselves.
This change is to pave the way for add
Added cli commands to both utilities to make use of the new
PA_COMMAND_SET_(SINK|SOURCE)_LATENCY_OFFSET protocol commands.
This enables applications to configure the latency of individual sources
and sinks via the command line interface.
The specific motivation is to enable network streaming appl
A few int32s were used when parsing command line input and passing on to
set_port_latency_offset. Latency offsets can be int64s, so this has been fixed.
---
src/pulsecore/cli-command.c | 4 ++--
src/utils/pactl.c | 6 --
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/
Bumped protocol version number to 31.
These commands allow applications to set the latency offset of individual
sources and sinks, using functionality introduced in the last commit.
This is useful for setting the latency offset of a source or sink that is not
tied to a particular port, such as a
On Tue, Oct 28, 2014 at 9:08 AM, Tanu Kaskinen <
tanu.kaski...@linux.intel.com> wrote:
> On Mon, 2014-10-27 at 18:52 +0100, Mark Gaiser wrote:
> > On Sun, Oct 26, 2014 at 6:18 PM, Tanu Kaskinen
> > wrote:
> > > On Sun, 2014-10-19 at 13:20 +0200, Mark Gaiser wrote:
> > >> On Sun, Oct 19, 2014 at 1
On Mon, 2016-01-18 at 13:06 +0530, a...@accosted.net wrote:
> From: Arun Raghavan
>
> The code now needs C++11 support to compile with the updated
> webrtc-audio-processing library.
> ---
> configure.ac | 2 +-
> src/Makefile.am | 2 +-
> src/modules/echo
