Changes between Version 1 and Version 2 of media-flow


Ignore:
Timestamp:
Dec 5, 2006 10:54:28 AM (17 years ago)
Author:
bennylp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • media-flow

    v1 v2  
    1414 * a {{{pjmedia_port_get_frame()}}} call by conference bridge to a [http://www.pjsip.org/pjmedia/docs/html/group__PJMED__STRM.htm media stream port] will cause it to pick one frame from the [http://www.pjsip.org/pjmedia/docs/html/group__PJMED__JBUF.htm jitter buffer], decode the frame using the configured [http://www.pjsip.org/pjmedia/docs/html/group__PJMEDIA__CODEC.htm codec] (or apply Packet Lost Concealment/PLC if frame is lost), and return the PCM frame to the caller. Note that the jitter buffer is filled-in by other thread (the thread that polls the network sockets), and will be described in later section below. 
    1515 * a {{{pjmedia_port_put_frame()}}} call by conference bridge to a [http://www.pjsip.org/pjmedia/docs/html/group__PJMED__STRM.htm media stream port] will cause it to encode the PCM frame with a [http://www.pjsip.org/pjmedia/docs/html/group__PJMEDIA__CODEC.htm codec] that was configured to the stream, pack it into RTP packet with its RTP session, update RTCP session, schedule RTCP transmission, and deliver the RTP/RTCP packets to the underlying [http://www.pjsip.org/pjmedia/docs/html/group__PJMEDIA__TRANSPORT__H.htm media transport] that was previously attached to the stream. The media transport then sends the RTP/RTCP packet to the network. 
     16 
     17 
     18=== Recording Callback === 
     19 
     20The above flow only describes the flow in one direction, i.e. to the speaker device. But what about the audio flow coming from the microphone? 
     21 
     22When