[asterisk-bugs] [JIRA] (ASTERISK-25599) [patch] SLIN Resampling Codec only 80 msec
Alexander Traud (JIRA)
noreply at issues.asterisk.org
Tue Dec 1 07:56:33 CST 2015
Alexander Traud created ASTERISK-25599:
------------------------------------------
Summary: [patch] SLIN Resampling Codec only 80 msec
Key: ASTERISK-25599
URL: https://issues.asterisk.org/jira/browse/ASTERISK-25599
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Codecs/codec_resample
Affects Versions: 13.6.0, 11.20.0
Reporter: Alexander Traud
Severity: Minor
{{WARNING: translate.c:402 Out of buffer space}}
Currently, {{codecs/codec_resample.c}} uses a buffer with a fixed size of 8096 for each signed-linear resolution. Furthermore, these 8096 depend on the size of {{int16_t}} of the platform. On my machine, this results in a maximum of 4048 samples. However for example, the Opus Codec is able to create 5760 samples (6 frames a 20 milliseconds @ 48000 samples per second). Consequently, the current buffer is too small for the Opus Codec when used with a packetization time of more than 80 milliseconds, for example in chan_sip with sip.conf: {{allow=opus:120}} or {{autoframing=yes}}.
The attached patch uses the maximum of the Opus Codec (5760) as the new minimum sample amount. Therefore, the actual amount of bytes must depend on {{int16_t}} and not the other way around. This guarantees we are able to convert at least 5760 samples, regardless of the platform.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list