Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | rtpdec: Interpret the different G726 names as bits_per_coded_sample | Martin Storsjö | 2011-12-01 |
| | | | | | | | | | | | | | | For the standardized 8 kHz sample rate, this works exactly the same. For nonstandard sample rates, the different predefined G726 names (G726-16, G726-24, G726-32, G726-40) are interpreted as an indication of the bits per coded sample, even though their actual bitrates aren't what the name specifies. This feels more sane than using free-form names for nonstandard sample rate/bitrate combinations, e.g like G726-22, G726-33 for 11025 Hz. Signed-off-by: Martin Storsjö <martin@martin.st> | ||
* | rtpdec: Templatize the code for different g726 bitrate variants | Martin Storsjö | 2011-11-30 |
| | | | | Signed-off-by: Martin Storsjö <martin@martin.st> | ||
* | rtpdec: Add support for G726 audio | Miroslav Slugeň | 2011-11-30 |
This requires using a separate init function, since there isn't necessarily any fmtp lines for this codec, so parse_sdp_a_line won't be called. Incorporating it with the alloc function wouldn't do either, since it is called before the full rtpmap line is parsed (where the sample rate is extracted). Signed-off-by: Martin Storsjö <martin@martin.st> |