On Fri, Oct 28, 2011 at 10:15 PM, David Rowe <[email protected]> wrote: > > I think it means you need to collect 5 frames before decoding the first > 1, so it means effectively a 5 frame delay. [snip] > > So on approach is to collect 5 frames of data into one super-frame, and > transmit that as one big chunk.
I really like this approach. In our application (sending audio over UDP/IP with RTP headers), the protocol overhead is often way too large if the packet interval is small (20mS), so we end up making "super-frames" every 100mS to 500mS. I wouldn't want the super-frames to be dependent on each other, as dropping one would then cause a very large hole in the decoded audio, but there is no reason not to use delta coding within the super-frame. Ideally the number of frames packed into each super-frame would be adjustable in maybe 20mS increments so it could be set to match the interval at which we send UDP packets. Steve -- Steve Strobel Link Communications, Inc. 1035 Cerise Rd Billings, MT 59101-7378 (406) 245-5002 ext 102 (406) 245-4889 (fax) WWW: http://www.link-comm.com MailTo:[email protected] ------------------------------------------------------------------------------ Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
