| Summary: | ASTERISK-24589: Inefficient Translation from g722 to silk16 via slin | ||||
| Reporter: | Daniel Ammann (damm) | Labels: | |||
| Date Opened: | 2014-12-03 08:28:20.000-0600 | Date Closed: | 2017-05-24 13:43:20 | ||
| Priority: | Minor | Regression? | |||
| Status: | Closed/Complete | Components: | Codecs/codec_g722 | ||
| Versions: | 11.13.0 | Frequency of Occurrence | Constant | ||
| Related Issues: |
| ||||
| Environment: | Linux | Attachments: | |||
| Description: | Translation path between silk codec and g722 reduces quality one-way.
core show translation paths for g722 and silk16 show the following: {noformat} g722 To silk16 : (g722)->(slin)->(silk8|silk12|silk16|silk24) silk16 To g722 : (silk8|silk12|silk16|silk24)->(slin16)->(g722) {noformat} So one way is going via slin16 (good), but coming from g722 to silk16 is going via slin, which means a reduction of bandwidth and hence a reduction in audio quality. According to ASTERISK-15637, this should not happen but it does | ||||
| Comments: | By: Rusty Newton (rnewton) 2014-12-05 08:46:12.570-0600 Please attach an Asterisk CLI log including VERBOSE and DEBUG messages and a SIP trace showing where this issue occurs. Please include the whole call. Follow the instructions here for gathering the log: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information By: Rusty Newton (rnewton) 2014-12-19 09:28:00.889-0600 No response from reporter. Though it should be easy to reproduce. By: Sean Bright (seanbright) 2017-05-24 13:43:21.007-0500 As of Asterisk 13.15, this is what I am seeing: {noformat} *CLI> core show translation paths g722 g722:16000 To silk:16000 : (g722@16000)->(slin@16000)->(silk@16000) {noformat} And: {noformat} *CLI> core show translation paths silk 16000 silk:16000 To g722:16000 : (silk@16000)->(slin@16000)->(g722@16000) {noformat} So this does not appear to be a problem in the supported versions of Asterisk. Please re-open if you are able to reproduce on Asterisk 13 or newer. | ||||