rtpengine

88 MiB

Branch: master

Author	SHA1	Message	Date
Richard Fuchs	283abdf465	MT#55283 convert mix_buffer to int64_t Change-Id: I13343b4cce82440e9a54fd9c26731f27abe57ba5	8 months ago
Richard Fuchs	c70510303a	MT#55283 convert rtpe_now to int64_t First step in converting (almost) all timeval uses to int64_t Change-Id: If20fd749c61c278273c535b68287df7e6f042808	8 months ago
Richard Fuchs	238dc9d5be	MT#55283 integrate ssrc_hash into upper objects Change-Id: Ib8f78ef6bc3028fc342fe07253ebe628af322e55	8 months ago
Orgad Shaneh	1a28b73a2d	MT#55283 Rename aux -> helpers Windows doesn't allow a file to be named aux, so checkout fails. closes #1686 Change-Id: I4667561f430ec8d4767d2313890839754be77322	3 years ago
Richard Fuchs	4b7ec4e11f	MT#56471 add flag to suppress early media Track audio writes in the mix buffer to set the `active` flag to true whenever a write occurs, which makes it possible to create the buffer in an inactivate state and implicitly set it active on demand. Handle the mix buffer not returning any data in the RTP sending logic (which is what happens for an inactive buffer) by simply not sending any packets. Change-Id: Iaeb0f6deadb3d90020c8c62872735cc94db80504	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

8 Commits (master)