rtpengine

277 MiB

Tree: 9c2bccde84

Author	SHA1	Message	Date
Richard Fuchs	9c2bccde84	MT#55283 io_uring poller implementation Change-Id: I4ead8cfd709e5b55c9174c0a0542eb9019b49dd0	2 years ago
Richard Fuchs	ad00134c61	MT#55283 use bufferpool for media packets Switch all memory buffers used for RTP I/O from generic stack or heap allocated memory to the bufferpool implementation. Use a per-thread bufferpool to minimise lock contention. This commit is just a one-for-one swap and doesn't use the bufferpool's reference counting semantics yet. Change-Id: I9cba4ec97bd0afcd374bf6c0be2b608a46e73e57	2 years ago
Richard Fuchs	eaf437615b	MT#56471 rework mix-buffer tests Use int16_t literals instead of strings to solve failing tests on big endian systems Change-Id: Ie9e5b31ef2ae8f7b3b8277d4520e62540629baa2	2 years ago
Donat Zenichev	131702c6e4	MT#57378 move `stats_counters_calc_rate()` to a separate thread Similarly as for the `stats_rate_min_max()`, move the `stats_counters_calc_rate()` functionality to the same separate thread, so that we do the work more efficiently and not be dependent on the call_timer runs by poller. Furthermore it makes more sense to keep in the `statistics.c`, since it obviously has to do with statistics. Additionally: Update the test-stats due to these changes in the `call_timer()` We have to call the `stats_counters_calc_rate()` now explicitely from the test-stats.c, because the `call_timer()` is not anymore responsible for providing stats counters rate calculations. Change-Id: I1682eb76e3057f0f431c27b9633717d965313a1a	3 years ago
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

7 Commits (9c2bccde8442c323954168a4cf4b3af91bfb3c90)