Hello,
On Tue, 13 Dec 2005 [EMAIL PROTECTED] wrote:
I am a bit confused by this element. I though we where going to move
all of this into RTPRECV?
yes, that's probably the best option. One thing I've been thinking about
is that if we need to have multiple playout buffer implementations
(push-based for video, pull-based for video), then it would be easier
if the playout buffer would be a separate element.
You also say that the depayloader base class
doesn't do ordering, but it actually does (it dosen't remove duplicates
though).
Hmm, I didn't, or at least mean to, say that. It certainly does sorting.
The quote in the original mail was "the buffer will contain the packets
sorted by RTP-timestamp and RTP-seqno".
Btw; it would help if you'd quote in the "old style". ;)
So are we moving all of this to RTPRECV or making a new
element? I vote for putting it in RTPRECV like we agreed.
Yes, I'm open to votes. I don't think it makes a huge difference whether
it goes to rtprecv, or to a separate component, just as long the
algorithms get done.
Let me know so I can update the Ticket.
Yay for the tickets! :)
--
under work: Sofia-SIP at http://sofia-sip.sf.net
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Farsight-devel mailing list
Farsight-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/farsight-devel
