Merge changes from team/russell/g722-sillyness ...
authorRussell Bryant <russell@russellbryant.com>
Fri, 7 Mar 2008 00:24:58 +0000 (00:24 +0000)
committerRussell Bryant <russell@russellbryant.com>
Fri, 7 Mar 2008 00:24:58 +0000 (00:24 +0000)
commit5ca5d9767332590ca4569a49c98ebc16409bb03a
treed3cc4eb0d3575328fd5fb7eb2fdb1743f78fadb2
parent49ef635a6df5c921d7974d8546f2f39d56941c16
Merge changes from team/russell/g722-sillyness ...

Fix a number of other places where the number of samples in a G722 frame was
not properly handled because of various reasons.

main/rtp.c:
 - When a G722 frame is read from the smoother, the number of samples in the
   frame must be divided by 2 before being sent out over the network.  Even
   though G722 is 16 kHz, an error in some previous spec has made it so that
   we have to list the number of samples such as if it was 8 kHz.

main/file.c:
 - When scheduling the next time to expect a frame, take into account that the
   format of the file we're reading from may not be 8 kHz.

codecs/codec_g722.c:
 - When converting from G722 to slinear, g722_decode() expects its samples
   parameter to be in the silly (real samples / 2) format.  Make it so.
 - When converting from slinear to G722, properly set the number of samples in
   the frame to be the number of bytes of output * 2.

formats/format_pcm.c:
 - This format module handles G722, among a number of other formats.  However,
   the read() and seek() functions did not account for the fact that G722 has
   2 samples per byte.

(closes issue #12130, reported by rickross, patched by me)

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@106501 65c4cc65-6c06-0410-ace0-fbb531ad65f3
codecs/codec_g722.c
formats/format_pcm.c
main/file.c
main/rtp.c