Have someone tested the functions used to deinterleave multi AMR frames in a single RTP packet? Here I have a question on the method AMRDeinterleave::deliverIncomingFrame. I suspect this method can only support the scenario that one RTP packet contains only one AMR frame.
No. Although our current implementation supports only the transmission of only one AMR frame in each RTP packet ("AMRAudioRTPSink"), it *does* support the reception (and deinterleaving) of multiple frames in each RTP packet. It does this by redefining the virtual function "nextEnclosedFrameSize()" (in the class "AMRBufferedPacket"). Because of this, each "RawAMRRTPSource" delivers only one AMR frame at a time to its downstream object (an "AMRDeinterleaver"), regardless of how many AMR frames were actually present in the incoming RTP packet.
--
Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
