rtpengine

3640 Commits

293 Branches

81 MiB

Tree: 9b18265c33

Commit Graph

Author	SHA1	Message	Date
Richard Fuchs	19768736c2	MT#56471 mix_buffer: support time-based delay ... as an extra offset for newly added sources, based on the difference between the last runtime (read time) of the buffer and the current time. Change-Id: Ie99e24f0697f0950f0fcfa1e5e58b8f4be134018	3 years ago
Richard Fuchs	81a0f36f27	MT#56471 mix_buffer: support initial write-delay This is to compensate for inter-packet arrival jitter. Change-Id: I5cdfb4bbda8e90b82f5abe410f48329070d7005b	3 years ago
Richard Fuchs	1a30947ea1	MT#56471 add mix_buffer implementation A simple circular audio buffer that allows mixing multiple sources of audio. Sources are tracked by SSRC and all sources are expected to provide audio in the same format (same clock rate, channels, sample format). Only one consumer per buffer is supported, which is expected to retrieve buffered audio at regular intervals (ptime) and so continuously empty the buffer. The first audio source to write into the buffer at the leading edge of the circular buffer has its audio simply copied into the buffer, with the leading edge advanced, while other later sources writing into the buffer mixed into the existing buffered audio at their respective write positions. Change-Id: I0f6642b036944508f2a33420359de488ef8b991c	3 years ago

Author

SHA1

Message

Date

Richard Fuchs

19768736c2

MT#56471 mix_buffer: support time-based delay

... as an extra offset for newly added sources, based on the difference
between the last runtime (read time) of the buffer and the current time.

Change-Id: Ie99e24f0697f0950f0fcfa1e5e58b8f4be134018

3 years ago

Richard Fuchs

81a0f36f27

MT#56471 mix_buffer: support initial write-delay

This is to compensate for inter-packet arrival jitter.

Change-Id: I5cdfb4bbda8e90b82f5abe410f48329070d7005b

3 years ago

Richard Fuchs

1a30947ea1

MT#56471 add mix_buffer implementation

A simple circular audio buffer that allows mixing multiple sources of
audio. Sources are tracked by SSRC and all sources are expected to
provide audio in the same format (same clock rate, channels, sample
format).

Only one consumer per buffer is supported, which is expected to retrieve
buffered audio at regular intervals (ptime) and so continuously empty
the buffer.

The first audio source to write into the buffer at the leading edge of
the circular buffer has its audio simply copied into the buffer, with
the leading edge advanced, while other later sources writing into the
buffer mixed into the existing buffered audio at their respective write
positions.

Change-Id: I0f6642b036944508f2a33420359de488ef8b991c

3 years ago

3 Commits (9b18265c33b49acde82e031e3069c2ef57faef7c)