rtpengine

Commit Graph

Author	SHA1	Message	Date
Richard Fuchs	bca98ab764	MT#61404 clone previous sequence number for T.38 If the receiver of a previously passthrough T.30 stream gets switched to a generated PCM stream from a T.38 gateway, continue the sequencing of the previous SSRC. Technically this is not necessary as the generated PCM stream gets a new SSRC, but at least Asterisk seems to ignore this and expect sequencing to continue, and will ignore PCM if the sequence jump is too large. Change-Id: Ia4656770db11f5fa1a1e9bf5bd71a0398deb1e00 (cherry picked from commit `18579227a9`)	2 months ago
Richard Fuchs	24ce8de2bb	MT#59038 shortcut media_player_new() Change-Id: I25fa42eb98684ea087b3e48d4fcdb6c94baeda27	1 year ago
Richard Fuchs	c9ac6ecc73	MT#55283 convert struct rtp_payload_time to typedef Change-Id: Idb415f448a920b73582f9d5f64cca9b53b81a8ac	1 year ago
Richard Fuchs	884a2bcb81	MT#56471 fix mem leak Thou shalt free thy alloc when thou no longer needeth it. Change-Id: I909488ee197ec72c56c16647d2dda9786dd28007	2 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	2 years ago
Richard Fuchs	ddab4a71e4	MT#56471 add audio_player Similar to the existing media_player, but instead of simply producing its own standalone output media stream, the audio_player takes over the entire media stream flowing to the receiver, including media forwarded from the opposite side of the call, as well as media produced by the media_player. Change-Id: Ic34ecf08fc73b04210cfffb1a7d795b462ece5ea	2 years ago

6 Commits (ea7239a4fe82708fa81884a76e256b51c9be4010)